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: dvd.dba@gmail.com
DBA1 群：62697716(满); DBA2 群：62697977(满) DBA3 群：62697850(满)
DBA 超级群：63306533(满); DBA4 群： 83829929 DBA5群： 142216823
DBA6 群：158654907 聊天 群：40132017 聊天2群：69087192
--加群需要在备注说明Oracle表空间和数据文件的关系，否则拒绝申请