异常宕机 Ora-00600 [Kccpb_sanity_check_2] 错误解决方法

本文主要是介绍异常宕机 Ora-00600 [Kccpb_sanity_check_2] 错误解决方法，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

 

朋友说数据库异常宕机后，启动时报600错误。

 

ora-00600:internal error code ,arguments:[kccpb_sanity_check_2],[3106],[3104],[0x000000000],[],[],[],[]

 

在官网搜了一下，相关的说明如下：

 

Cause

       [kccpb_sanity_check_2] indicates that the seq# of the last read block is higher than the seq# of the control file header block. This is indication of the lost write of the header block during commit of the previous cf transaction.

Solution

1) restore a backup of a controlfile and recover

OR

2)  recreate the controlfile

OR

3)  restore the database from last good backup and recover

       NOTE:

       If you do not have any special backup of control file to restore and you are using Multiple Control File copies in your pfile/init.ora/spfile you can attempt to mount the database using each control file one by one. If you are able to mount the database with any of these control file copies you can then issue 'alter database backup controlfile to trace' to recreate controlfile.

       一般控制文件有3个冗余，可以每次用单个控制文件看看可能启动，如果能启动，就shutdown 实例，把这个好的控制复制2份，并重命名，在修改pfile，启动就ok了。

 

       如果都不行，又没有备份的情况下，就只能重建控制文件了。 关于控制文件的重建，参考我的Blog：

       Oracle 控制文件

       http://www.cndba.cn/Dave/article/1216

 

       Oracle 不同故障的恢复方案

       http://www.cndba.cn/Dave/article/550

 

 

 

 

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

QQ:492913789

Email:ahdba@qq.com

Blog: http://www.cndba.cn/dave

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

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

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

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

这篇关于异常宕机 Ora-00600 [Kccpb_sanity_check_2] 错误解决方法的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---