Oracle 10.2.0.4 高负载 触发 ORA-00494 错误

 

MOS 上有一篇文章专门介绍这个问题,参考:[ID 779552.1]。

 

在Oracle 10.2.0.4版本中,alert log 可能出现如下错误:

       ORA-00494:enqueue [CF] held for too long (more than 900 seconds)

 

       这个错误,通常和ORA-600 [2103] 一起出现。 他们的产生的原因都是一样的。进程在指定时间内(默认900秒)不能获取CF  队列。

 

       一般只在系统高负载,高并发,IO 等待和争夺时,Oracle进程占有相关资源没有释放造成。

 

有2个bug 可能导致这个问题:

       (1)Bug7692631 - 'DATABASE CRASHES WITH ORA-494 AFTER UPGRADE TO 10.2.0.4'

       (2)unpublished Bug 7914003 'KILL BLOCKER AFTER ORA-494 LEADS TO FATALBG PROCESS BEING KILLED'

 

解决方法:

       在10.2.0.4 的Oracle 的机制中会kill 所有block的进程,包括后台进程和非后台进程。 要注意的是:

(1)    如果是非后台进程holder 了CF enqueue,那么kill 该进程,那么实例还可以正常运行。

(2)如果是后台进程,如LGWR holder了,那么kill LGWR 将会导致db crash。

 

为了避免kill 掉blocker 进程(后台和非后台进程),可以设置参数:

       _kill_controlfile_enqueue_blocker=false.

 

       这样所有blocker 进程都不会被kill 掉。即使该进程hold 了enqueue 很长时间。一般来说,最好的情况是避免kill 后台进程,允许kill 非后台进程。

 

       为了阻止后台进程被kill,可以在init.ora  文件里设置参数:_kill_enqueue_blocker=1,该参数默认值为3.

 

       当设置该参数之后,如果enqueue 被后台进程holder,该后台进程不会给kill。 所以实例不会crash。 如果enqueue被非后台进程holder,那么10.2.0.4 的机制还是会尝试去kill 非后台进程。

 

       Oracle保留ORA-494 的原因是用户更倾向于instance crash,如果不crash,db 就会hang住。   

 

 

 

 

 

-------------------------------------------------------------------------------------------------------

Blog: http://blog.csdn.net/tianlesoftware

Email: [email protected]

DBA1 群:62697716(满);   DBA2 群:62697977(满)  DBA3 群:62697850(满)  

DBA 超级群:63306533(满);  DBA4 群: 83829929  DBA5群: 142216823   

DBA6 群:158654907  聊天 群:40132017   聊天2群:69087192

--加群需要在备注说明Oracle表空间和数据文件的关系,否则拒绝申请

你可能感兴趣的:(oracle)