查看下数据库是否正常

ps -ef|grep pmon

crsctl stat res -t

为避免因为某一个节点的原因，引数据库集群宕机，oracle官方解决方案
    CF eq超过900秒，会报ORA-00494,10.2.0.4对ORA-00494引进一种新的处理机制，当出现这个错误时，不管是不是后台进程，只要是阻塞的，都会kill掉。因为cf 锁的一直存在，lgwr因为需要申请cf锁会一直等待，此时active session中有越来越多的log file sync，当cf eq超过900s，报ORA-00494的时候，先kill了ckpt，然后 lgwr也被kill，ckpt也被 kill掉，再在 11:57:35 将lgwr也kill了。同时在11:57:35 时，实例也crash了。设置_kill_controlfile_enqueue_blocker=false参数，可以不kill掉任何进程。（对于CF eq超过900s也不会处理）。
    如果在init.ora中设置_kill_enqueue_blocker=1 ，可以阻止kill后台进程，但是仍旧kill非后台的进程。出现这种问题的原因应该去找，为什么CF EQ会超过900s
SQL> select ksppinm,ksppstvl,ksppstdf from x$ksppi a,x$ksppcv b where a.indx = b.indx and ksppinm='_kill_controlfile_enqueue_blocker';
 
KSPPINM                                   KSPPSTVL
----------------------------------------- ------
_kill_controlfile_enqueue_blocker         TRUE   

建议将这个值调整为false