ORACLE ora-00600
最近我管理的数据库遇到一个棘手问题。数据库基本信息如下:数据库版本:oracle11.2.0.2操作系统版本:rehl5.5x86_64数据库是rac双节点的,db03和...
最近我管理的数据库遇到一个棘手问题。数据库基本信息如下:
数据库版本:oracle 11.2.0.2
操作系统版本:rehl 5.5 x86_64
数据库是rac双节点的,db03和db04,现在db03异常,db04正常。
故障描述如下:
db03可以启动到mount状态,但是无法打开,一打开就报错。报错如附件所示,在网上找了很多,最终没找到解决办法,可否麻烦您帮我分析一下什么原因导致的这个故障,如何能够加以解决,万分感谢!
SQL> select instance_name,status from v$instance ;
INSTANCE_NAME
STATUS
---------------- ------------
PEC1
MOUNTED
SQL> alter database open
2 ;
alter database open
*
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
ORA-00600: internal error code, arguments: [k2vcbk_2], [], [], [], [], [], [],
[], [], [], [], []
Process ID: 30401
Session ID: 35 Serial number: 23
ORA-01092报错之后,再次使用startup,出现新的不一样的报错,如下:
SQL> startup
ORA-24324: service handle not initialized
ORA-01041: internal error. hostdef extension doesn't exist 展开
数据库版本:oracle 11.2.0.2
操作系统版本:rehl 5.5 x86_64
数据库是rac双节点的,db03和db04,现在db03异常,db04正常。
故障描述如下:
db03可以启动到mount状态,但是无法打开,一打开就报错。报错如附件所示,在网上找了很多,最终没找到解决办法,可否麻烦您帮我分析一下什么原因导致的这个故障,如何能够加以解决,万分感谢!
SQL> select instance_name,status from v$instance ;
INSTANCE_NAME
STATUS
---------------- ------------
PEC1
MOUNTED
SQL> alter database open
2 ;
alter database open
*
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
ORA-00600: internal error code, arguments: [k2vcbk_2], [], [], [], [], [], [],
[], [], [], [], []
Process ID: 30401
Session ID: 35 Serial number: 23
ORA-01092报错之后,再次使用startup,出现新的不一样的报错,如下:
SQL> startup
ORA-24324: service handle not initialized
ORA-01041: internal error. hostdef extension doesn't exist 展开
推荐于2017-09-04
展开全部
报错号 ORA-00600: internal error code, arguments: [k2vcbk_2], [], [], [], [], [], [],
[], [], [], [], []
ORA-00600: k2vcbk_2
distributed transaction recovery callback to propagate the information from the collecting log to pending_trans$, pending_sessions$,
and pending_subsessions$
此错误说明其在oPEN过程中需要 recovery 分布式事务时遇到了错误,可以通过特殊手段打开数据库。
如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!
诗檀软件专业数据库修复团队
[], [], [], [], []
ORA-00600: k2vcbk_2
distributed transaction recovery callback to propagate the information from the collecting log to pending_trans$, pending_sessions$,
and pending_subsessions$
此错误说明其在oPEN过程中需要 recovery 分布式事务时遇到了错误,可以通过特殊手段打开数据库。
如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!
诗檀软件专业数据库修复团队
更多追问追答
追问
非常感谢您的答复,想咨询一下,特殊手段指的是什么手段?
追答
包括patch 数据字典和undo ,使用隐藏参数 ,bbed 或 oracle prm特殊恢复工具等
展开全部
[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.
因该是数据库损坏了,导致块内的SEQ#不正确。建议在有备份的情况下还原数据,否则的话需要专家做数据修复。 如果不是生产库的话,建议重建
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.
因该是数据库损坏了,导致块内的SEQ#不正确。建议在有备份的情况下还原数据,否则的话需要专家做数据修复。 如果不是生产库的话,建议重建
本回答被网友采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询