我们大家都知道当我们重做相关日志文件管理Oracle数据库中会有归档和非归档两种不同模式。在对日志进行切换时，如果你不对原来的日志文件归档的话，而是直接覆盖的话，就叫做非归档模式。相反，在写入下一个日志文件的时候，会先对目标日志文件进行归档，这就叫做归档模式。
归档进程ARCH就是负责在重做日志文件切换后将已经写满的重做日志文件复制到归档日志文件中，以防止循环写入重做日志文件时将其覆盖。所以说，只有数据库运行在归档模式时，这个ARCH进程才会被启动。在任何一中操作模式下，重做日志文件都会被循环使用。
所以当LGWR进程在进行日志切换，需要用到下一个日志文件时，则数据库会被暂时的挂起，进行目标日志文件的归档工作。直到这个目标重做日志文件归档完毕后，数据库才会恢复正常。所以说，归档日志的操作，有时候也会影响数据库的性能，特别是当需要进行频繁的大批量数据更改的时候。
那么有什么方法可以提高归档作业的效率呢?笔者如下一些建议可供数据库管理员参考。
一是可以增加归档进程的个数。在默认情况下，一个例程只会启动一个归档进程ARCH。当ARCH进程正在归档一个重做日志文件时，任何其他的进程都不能够访问这个重做日志文件。如果在Oracle数据库中，可以根据需要启动多个归档进程ARCH。
在Oracle数据库中，启动多个归档进程时分为手工与自动两个方式。为了提高重做日志文件归档的速度，当用户进程发生比较长时间的等待时， LGWR进程会根据时机情况来自动启动多个归档进程。在Oracle数据库中其最多可以启动十个归档进程。另外如果数据库管理员在部署数据库的时候，估计日志归档作业会影响到数据库的性能，就可以手工来启动多个归档进程。
这是通过初始化参数LOG_ARCHIVE_MAX_PROCESSES确定的。可以将这个参数设置为大于1 的数值(注意不能够超过9个归档进程)。如此的话，数据库在创建例程的时候就会启动多个归档进程。不过笔者还是倾向于让数据库系统来自动管理这个进程。
数据库管理员***不要干涉。另外需要注意，这个ARCH归档进程个数与DBWR进程个数的区别。默认情况下，DBWR进程也只有一个。为了提高数据库的性能，可以根据情况增加这个DBWR进程的个数。不过其增加时受到CPU数量的限制，即一个DBWR进程需要使用一个独立的CPU。
如果想启动三个DBWR进程的话，就必须采用3个CPU处理器。而对于ARCH归档进程来说，则没有这个限制。即使只有一个CPU处理器，其也可以启动三个甚至更多的ARCH进程。
二是增加重做日志文件来延长归档日志进程启动的时间间隔。通常情况下，只有当前一个重做日志文件写满、需要进行日志切换的时候，才会触发这个ARCH归档日志进程。所以如果重做文件比较大，其日志切换的时间间隔就会延长。则ARCH归档日志进程的启动时间间隔业会比较长。
所以说，通过调整重做日志文件的大小，可以延长归档进程启动的时间间隔。从而降低因为归档进程启动而对数据库性能造成的负面影响。
三是在数据库初始化的过程中，可能需要导入大量的数据。此时会对数据库中的数据进行大量的插入、删除、更新等操作，从而导致重做日志文件切换频繁。这就会导致数据库需要频繁启动ARCH归档进程。数据库大量的更新操作、重做日志文件(LGWR进程)、归档重做日志文件(ARCH)进程之间就形成了一条无形的链条。
由于“蝴蝶效应”，从而降低了数据库的性能。为此在必要的时候，需要砍断这跟链条，以提高数据库的性能。如可以在数据大量导入、更新、删除的时候，不往日志文件中插入记录，或者临时增加重做日志文件的空间。如此的话，在进行这些操作时就可以避免进行重做日志切换或者延长重做日志切换的时间间隔。
从而ARCH归档日志进程也可以避免或者延长其时间间隔，从而提高数据库的性能。当数据库初始化完成之后，再将其恢复过来。这些临时性的调整虽然比较麻烦，但是却可以提高数据库的性能。为此笔者认为这是值得的。
可见以上两个进程在Oracle数据库中其作用虽然有限，但是却跟数据库的性能息息相关。在日常操作中，灵活使用这个两个进程的特性，就可以提高某些操作的速度。这比通过优化SQL语句等方法来提高数据库性能要简单的多。为此笔者建议各位数据库管理员，这两个进程虽然小，但是其作用不可忽视。数据库管理员要对这两个进程引起重视。
【编辑推荐】
