求助

yhm1229

最初由 sundog315 发布
[B]当log_archive_max_processes参数>1时，数据库便会启动多哥ARC进程进行归档。
正常情况下，数据库I/O不繁忙的时候，一般归档会比较快，所以只有一个ARC进程进行处理，alter文件的内容也比较正常。
但是，如果数据库服务器I/O比较忙的时候，第一个ARC进程在较短时间内无法进行完整的归档，服务器便会启动另外的ARC进行对该日志进行归档，直到有一个归档成功，其他的便会终止。终止的进程会报Fail。 [/B]

谢谢！
但是我的参数是这样的
SQL> show parameter log_archive_max_processes;

NAME                                 TYPE    VALUE
------------------------------------ ------- ------------------------------
log_archive_max_processes            integer 1

yhm1229

各位老大，帮忙看一下啊

fei_mcd

日志组已经添加到7组，每组两个成员，大小1GB
第一次看到这么大的日志,总算大开眼界

wlidflower

日志太大就是风险稍微大点

ZALBB

我的数据库也有类似的情况，我查过METALINK，得到的解释好象是，
该错误不影响数据库的运行。

yhm1229

最初由 ZALBB 发布
[B]我的数据库也有类似的情况，我查过METALINK，得到的解释好象是，
该错误不影响数据库的运行。 [/B]

谢谢，我也查了，只是想知道原因
还是很感谢各位老大

sundog315

There is currently no way to keep the number of archive processes to a specific number of processes.  This is documented in [BUG:1921532] which is fixed in  9.0.1.

http://metalink.oracle.com/metal ... T&p_id=178232.1
http://metalink.oracle.com/metal ... p;p_database_id=BUG

wqbi

帮你顶一下，呵呵

lwxxrq

估计和你日志太大有关系。
能不能做个验证？
试着改小试试看？100MB怎样？

爱乐

当log_archive_max_processes参数>1时，当数据库归档忙时
数据库便会为每个启动ARC进程启动4个SLAVE进行归档。
应该是这样的吧 所以会出现一个LOG会同时有几个PROCESSES进行归档的现象