« Oracle Database 11g补丁(Patchset)下载地址 | Blog首页 | 深入解析Oracle 的PPT 及 51CTO的颁奖 »
ORA-600 kcbgtcr_13 未解决之问题记录
作者：eygle |【转载时请以超链接形式标明文章出处和作者信息及本声明】链接：http://www.eygle.com/archives/2009/01/ora_600_kcbgtcr.html
前几天，遇到一个ORA-00600错误，尝试了很多手段，未能成功启动数据库，记录一下。
这是一个Oracle Database 11g环境，11g之前，类似圣诞遇到的故障，可以较容易的解决，不过在11g中遇到了ORA-600的kcbgtcr_13错误，无法屏蔽一致性读的检验，数据库始终无法Open。
强制resetlogs时报2662错误，再次重启不报2662，但是出现kcbgtcr_13，对11g的研究仍然有限，无法启动这个故障数据库。只有通过其他手段进行恢复。
这个故障中，没有使用BBED，因为出错的块太多，错误信息记录如下，注意出错的块不涉及bootstrap，都是数据文件UNDO块：
Thu Jan 08 16:01:33 2009
SMON: enabling cache recovery
Errors in file e:\diag\rdbms\orcl\orcl\trace\orcl_ora_324.trc (incident=10954):
ORA-00600: 内部错误代码, 参数: [kcbgtcr_13], [], [], [], [], [], [], []
Incident details in: e:\diag\rdbms\orcl\orcl\incident\incdir_10954\orcl_ora_324_i10954.trc
Errors in file e:\diag\rdbms\orcl\orcl\trace\orcl_ora_324.trc:
ORA-00704: 引导程序进程失败
ORA-00600: 内部错误代码, 参数: [kcbgtcr_13], [], [], [], [], [], [], []
Error 704 happened during db open, shutting down database
USER (ospid: 324): terminating the instance due to error 704
不知道大家有没有人遇到过类似的故障，有否处理kcbgtcr_13的经验,请指点一下？
历史上的今天...
>> 2008-01-12文章:
>> 2006-01-12文章:
>> 2005-01-12文章:
------
这篇 【ORA-600 kcbgtcr_13 未解决之问题记录】来自 eygle.com | CSDN网摘| del.icio.us|Google订阅 | 鲜果订阅 | 抓虾订阅
By eygle on 2009-01-12 17:26 | Comments (10) | Posted to Case | Edit |
留言 (10)
隐含参数中还有一个disable system recovery的参数,记不得确切的参数名了,不知道有没有用.
Posted by: anysql at January 12, 2009 8:11 PM
Kindly STARTUP MOUNT the database and run the below mentioned SQL queries and upload the spooled file:
spool recovery_info.txt
set pagesize 20000
set linesize 180
set pause off
set serveroutput on
set feedback on
set echo on
set numformat 999999999999999
alter session set NLS_DATE_FORMAT='DD-MON-YYYY HH24:MI:SS';
select name,controlfile_type,open_mode,checkpoint_change#,ARCHIVE_CHANGE# from v$database;
select incarnation#,resetlogs_change#,resetlogs_time,prior_resetlogs_change#,prior_resetlogs_time,status from v$database_incarnation;
select substr(name, 1, 50), status from v$datafile;
select substr(name,1,40), recover, fuzzy, checkpoint_change# from v$datafile_header;
select GROUP#,THREAD#,SEQUENCE#,MEMBERS,ARCHIVED,STATUS,FIRST_CHANGE# from v$log;
select GROUP#,substr(member,1,60) from v$logfile;
select * from v$log_history;
select * from v$recover_file;
SELECT * FROM v$recovery_log;
SELECT f.name,b.status,b.change#,b.time FROM v$backup b,v$datafile f WHERE b.file# = f.file# AND b.status='ACTIVE';
select hxfil FILENUMBER,fhsta STATUS,fhscn SCN,fhrba_Seq SEQUENCE,fhtnm TBS_NAME from x$kcvfh;
spool off
exit
Posted by: mayitong@hotmail.com at January 12, 2009 9:21 PM
_OFFLINE_ROLLBACK_SEGMENTS 和_CORRUPTED_ROLLBACK_SEGMENTS ,这2个参数搞不定吗
Posted by: 棉花糖ONE at January 13, 2009 8:29 AM
不管用，加了很多Event也不管用，可能我对11g研究的还不透彻
Posted by: eygle at January 13, 2009 11:44 AM
如果没有上面的recovery_info.txt,猜测一下可能在恢复的时候undo表空间的数据文件offline了，可以这样做一下：
执行如下命令：
SQL > startup mount
SQL > alter database datafile 3 online;
SQL > recover database;
SQL > alter database open;
如果有新的报错，请将相关trace文件贴出来。
Posted by: 马艺桐mayitong@hotmail.com at January 13, 2009 1:46 PM
undo肯定是Online的，否则open的时候根本不可能继续。
cr读也就不会出现了，open出的错误就是上面提到的了，回头我再贴完整一点的出来。
Posted by: eygle at January 13, 2009 6:59 PM
我也没碰到过这个问题，oracle也并未仔细解释这个错误的含义。
但在11g有与此相关的bug。
Bug# 5716869 See Note 5716869.8
OERI[kcbgtcr_13] can occur
Fixed: 11.1.0.6
试试这个补丁，打上后是否能使用隐含参数解决问题！等着你的回应！
Posted by: truezxd at January 21, 2009 10:09 PM
Bug# 5716869 在11.1.0.6中已经修正了，我这个版本是11.1.0.6
Posted by: eygle at January 30, 2009 10:15 PM
event="10513 trace name context forever, level 2"
禁止读回滚段呢？
还有就是在抱[2662]的时候，可以设置_minimum_giga_scn试一下
Posted by: battleman at February 3, 2009 6:10 PM
2662 好解决的，能试的event我也加过了，就是不行，春节时又试了一次，仍然没能解决。
看来恐怕只有BBED去慢慢修才能搞定，那就不如DUL来的快了。
Posted by: eygle at February 4, 2009 4:34 PM