<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>惜分飞 &#187; kcfrbd_3</title>
	<atom:link href="https://www.xifenfei.com/tag/kcfrbd_3/feed" rel="self" type="application/rss+xml" />
	<link>https://www.xifenfei.com</link>
	<description>提供7*24专业数据库(Oracle,SQL Server,MySQL,PostgreSQL等)恢复和技术支持@Tel:17813235971</description>
	<lastBuildDate>Thu, 29 Oct 2026 15:31:46 +0000</lastBuildDate>
	<language>zh-CN</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>某集团ebs数据库redo undo丢失导致悲剧</title>
		<link>https://www.xifenfei.com/2014/07/%e6%9f%90%e9%9b%86%e5%9b%a2ebs%e6%95%b0%e6%8d%ae%e5%ba%93redo-undo%e4%b8%a2%e5%a4%b1%e5%af%bc%e8%87%b4%e6%82%b2%e5%89%a7.html</link>
		<comments>https://www.xifenfei.com/2014/07/%e6%9f%90%e9%9b%86%e5%9b%a2ebs%e6%95%b0%e6%8d%ae%e5%ba%93redo-undo%e4%b8%a2%e5%a4%b1%e5%af%bc%e8%87%b4%e6%82%b2%e5%89%a7.html#comments</comments>
		<pubDate>Thu, 31 Jul 2014 13:37:55 +0000</pubDate>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
				<category><![CDATA[Oracle备份恢复]]></category>
		<category><![CDATA[非常规恢复]]></category>
		<category><![CDATA[ebs恢复]]></category>
		<category><![CDATA[kcfrbd_3]]></category>
		<category><![CDATA[kdsgrp1]]></category>
		<category><![CDATA[ORA-01555]]></category>
		<category><![CDATA[ORA-600 4097]]></category>
		<category><![CDATA[ORA-600 kcfrbd_3]]></category>
		<category><![CDATA[ORA-600 kdsgrp1]]></category>
		<category><![CDATA[oracle异常恢复]]></category>

		<guid isPermaLink="false">https://www.xifenfei.com/?p=5440</guid>
		<description><![CDATA[联系：手机/微信(+86 17813235971) QQ(107644445)  &#8230; <a href="https://www.xifenfei.com/2014/07/%e6%9f%90%e9%9b%86%e5%9b%a2ebs%e6%95%b0%e6%8d%ae%e5%ba%93redo-undo%e4%b8%a2%e5%a4%b1%e5%af%bc%e8%87%b4%e6%82%b2%e5%89%a7.html">继续阅读 <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<div id="xifenfeicopyright">
<p>联系：<a href="https://www.xifenfei.com/about_xifenfei" target="_blank">手机/微信(+86 17813235971)   QQ(107644445)</a><a target="_blank" href="http://wpa.qq.com/msgrd?v=3&#038;uin=107644445&#038;site=qq&#038;menu=yes"><img src="https://www.xifenfei.com/wp-content/themes/img/site_qq.jpg" alt="QQ咨询惜分飞" title="QQ咨询惜分飞"/></a></p>
<p>标题：<a href="https://www.xifenfei.com/2014/07/%e6%9f%90%e9%9b%86%e5%9b%a2ebs%e6%95%b0%e6%8d%ae%e5%ba%93redo-undo%e4%b8%a2%e5%a4%b1%e5%af%bc%e8%87%b4%e6%82%b2%e5%89%a7.html" target="_blank">某集团ebs数据库redo undo丢失导致悲剧</a></p>
<p>作者：<a href="https://www.xifenfei.com" target="_blank">惜分飞</a>©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]</p>
</div>
<p>某集团的ebs系统因磁盘空间不足把redo和undo存放到raid 0之上，而且该库无任何备份。最终悲剧发生了,raid 0异常导致redo undo全部丢失,数据库无法正常启动(我接手之时数据库已经resetlogs过,但是未成功)</p>
<pre class="brush: bash; title: ; notranslate">
Sun Jul 27 11:31:27 2014
SMON: enabling cache recovery
SMON: enabling tx recovery
Sun Jul 27 11:31:27 2014
Database Characterset is ZHS16GBK
Sun Jul 27 11:31:27 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/bdump/prod_smon_454754.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 42 cannot be read at this time
ORA-01110: data file 42: '/prod/oracle/PROD/logdata/undo/undo1.dbf'
Sun Jul 27 11:31:27 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/bdump/prod_smon_454754.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 42 cannot be read at this time
ORA-01110: data file 42: '/prod/oracle/PROD/logdata/undo/undo1.dbf'
Sun Jul 27 11:31:27 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/bdump/prod_smon_454754.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 42 cannot be read at this time
ORA-01110: data file 42: '/prod/oracle/PROD/logdata/undo/undo1.dbf'
Sun Jul 27 11:31:27 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_663670.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 41 cannot be read at this time
ORA-01110: data file 41: '/prod/oracle/PROD/logdata/undo/undo2.dbf'
Error 604 happened during db open, shutting down database
USER: terminating instance due to error 604
Instance terminated by USER, pid = 663670
ORA-1092 signalled during: ALTER DATABASE OPEN...
</pre>
<p>查询相关文件状态发现,undo表空间文件丢失,被offline处理<br />
<img src="//www.xifenfei.com/wp-content/uploads/2014/07/df_status.jpg" alt="df_status" width="845" height="307" class="alignleft size-full wp-image-5441" /><br />
因为以前alert日志被清理,通过这里大概猜测是offline丢失的undo文件,然后resetlogs了数据库,现在处理方式为<br />
使用_corrupted_rollback_segments屏蔽回滚段,然后尝试启动数据库</p>
<pre class="brush: bash; title: ; notranslate">
Tue Jul 29 11:40:39 2014
SMON: enabling cache recovery
SMON: enabling tx recovery
Tue Jul 29 11:40:39 2014
Database Characterset is ZHS16GBK
Tue Jul 29 11:40:39 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/bdump/prod_smon_569378.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01555: snapshot too old: rollback segment number  with name &quot;&quot; too small
Tue Jul 29 11:40:39 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/bdump/prod_smon_569378.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01555: snapshot too old: rollback segment number  with name &quot;&quot; too small
Tue Jul 29 11:40:39 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/bdump/prod_smon_569378.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01555: snapshot too old: rollback segment number  with name &quot;&quot; too small
Tue Jul 29 11:40:39 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_585786.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01555: snapshot too old: rollback segment number  with name &quot;&quot; too small
Error 604 happened during db open, shutting down database
USER: terminating instance due to error 604
Instance terminated by USER, pid = 585786
ORA-1092 signalled during: alter database open...
</pre>
<p>该错误是由于数据库启动需要找到对应的回滚段,但是由于undo异常导致该回滚段无法找到，因此出现该错误，解决方法是通过修改数据scn，让其不找回滚段,从而屏蔽该错误.数据库启动后,删除undo重新创建新undo</p>
<pre class="brush: bash; title: ; notranslate">
Tue Jul 29 15:59:22 2014
drop tablespace undo2 including contents and datafiles
Tue Jul 29 15:59:23 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_782490.trc:
ORA-01122: database file 41 failed verification check
ORA-01110: data file 41: '/prod/oracle/PROD/logdata/undo/undo2.dbf'
ORA-01565: error in identifying file '/prod/oracle/PROD/logdata/undo/undo2.dbf'
ORA-27037: unable to obtain file status
IBM AIX RISC System/6000 Error: 2: No such file or directory
Additional information: 3
Tue Jul 29 15:59:23 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_782490.trc:
ORA-01259: unable to delete datafile /prod/oracle/PROD/logdata/undo/undo2.dbf
Tue Jul 29 15:59:23 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_782490.trc:
ORA-01122: database file 42 failed verification check
ORA-01110: data file 42: '/prod/oracle/PROD/logdata/undo/undo1.dbf'
ORA-01565: error in identifying file '/prod/oracle/PROD/logdata/undo/undo1.dbf'
ORA-27037: unable to obtain file status
IBM AIX RISC System/6000 Error: 2: No such file or directory
Additional information: 3
ORA-01259: unable to delete datafile /prod/oracle/PROD/logdata/undo/undo2.dbf
Tue Jul 29 15:59:23 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_782490.trc:
ORA-01259: unable to delete datafile /prod/oracle/PROD/logdata/undo/undo1.dbf
Tue Jul 29 15:59:23 2014
Completed: drop tablespace undo2 including contents and datafiles
Tue Jul 29 15:59:56 2014
create undo tablespace undotbs1 datafile '/prod/oracle/PROD/logdata/undo_new01.dbf' size 100M autoextend on next 128M maxsize 30G
Tue Jul 29 15:59:57 2014
Completed: create undo tablespace undotbs1 datafile '/prod/oracle/PROD/logdata/undo_new01.dbf' size 100M autoextend on next 128M maxsize 30G
Tue Jul 29 16:00:03 2014
alter tablespace undotbs1 add datafile '/prod/oracle/PROD/logdata/undo_new02.dbf' size 100M autoextend on next 128M maxsize 30G
Completed: alter tablespace undotbs1 add datafile '/prod/oracle/PROD/logdata/undo_new02.dbf' size 100M autoextend on next 128M maxsize 30G
</pre>
<p>业务运行过程中,数据库报大量ORA-600 4097,ORA-600 kdsgrp1,ORA-600 kcfrbd_3错误</p>
<pre class="brush: bash; title: ; notranslate">
Tue Jul 29 16:07:03 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_950484.trc:
ORA-00600: internal error code, arguments: [4097], [], [], [], [], [], [], []
Tue Jul 29 16:07:06 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_950484.trc:
ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], []
Tue Jul 29 16:10:06 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_917702.trc:
ORA-00600: internal error code, arguments: [4097], [], [], [], [], [], [], []
Tue Jul 29 16:10:07 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_917702.trc:
ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], []
Tue Jul 29 16:12:45 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/bdump/prod_m000_880692.trc:
ORA-00600: internal error code, arguments: [4097], [], [], [], [], [], [], []
Tue Jul 29 16:21:23 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_1040638.trc:
ORA-00600: 内部错误代码, 参数: [kcfrbd_3], [41], [231381], [1], [12800], [12800], [], []
Tue Jul 29 16:21:37 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_1040638.trc:
ORA-00600: 内部错误代码, 参数: [kcfrbd_3], [41], [231381], [1], [12800], [12800], [], []
Tue Jul 29 16:21:56 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_1040638.trc:
ORA-00600: 内部错误代码, 参数: [kcfrbd_3], [41], [231381], [1], [12800], [12800], [], []
Tue Jul 29 16:22:18 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_1040638.trc:
ORA-00600: 内部错误代码, 参数: [kcfrbd_3], [41], [231381], [1], [12800], [12800], [], []
Tue Jul 29 16:22:28 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_1105950.trc:
ORA-00600: 内部错误代码, 参数: [4097], [], [], [], [], [], [], []
Tue Jul 29 16:22:33 2014
Errors in file /prod/oracle/PROD/db/tech_st/10.2.0/admin/PROD_erpserver/udump/prod_ora_1159232.trc:
ORA-00600: 内部错误代码, 参数: [kcfrbd_3], [42], [61235], [1], [12800], [12800], [], []
</pre>
<p>出现该错误有几个原因和解决方法：<br />
ORA-600 kdsgrp1 是因为相关坏块引起(tab,index,memory,cr block等),结合日志分析对象异常原因,根据具体情况确定对象然后选择合适处理方案(具体参考NOTE:1332252.1)<br />
ORA-600 4097 由于数据库异常关闭然后open,创建回滚段,可能触发bug导致该问题(虽然说在当前版本修复,但是实际处理我确实按照NOTE:1030620.6解决)<br />
ORA-600 kcfrbd_3 有事务的block被访问之后,根据回滚槽信息定位到相关回滚段,而正好新建的回滚段信息又和以前的名字编号一致,从而反馈出来是数据文件大小不够,从而出现该错误(具体参考NOTE:601798.1)<br />
最终该数据库虽然恢复了,抢救了大量数据,但是对于ebs系统来说,丢失redo和undo数据的损失还是巨大的.再次温馨提示:<strong>数据库的redo,undo也很重要,数据库的备份更加重要</strong></p>
<div id="crp_related"><ul><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/12/%e4%b8%bb%e6%9c%ba%e6%96%ad%e7%94%b5%e7%b3%bb%e7%bb%9f%e5%9b%9e%e5%88%b0n%e5%b9%b4%e5%89%8d%e6%95%b0%e6%8d%ae%e5%ba%93%e6%8a%a5ora-600-kcm_headroom_warn_1%e9%94%99%e8%af%af.html" rel="bookmark" class="crp_title">主机断电系统回到N年前数据库报ORA-600 kcm_headroom_warn_1错误</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/03/undo%e5%bc%82%e5%b8%b8%e6%80%bb%e7%bb%93%e5%92%8c%e6%81%a2%e5%a4%8d%e6%80%9d%e8%b7%af.html" rel="bookmark" class="crp_title">undo异常总结和恢复思路</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/06/%e8%ae%b0%e5%bd%95%e4%b8%80%e6%ac%a1ora-00600kdxlinpsno-out-of-rangeora-006003020ora-006004000ora-006004193%e7%9a%84%e6%95%b0%e6%8d%ae%e5%ba%93%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">记录一次ORA-00600[kdxlin:psno out of range]/ORA-00600[3020]/ORA-00600[4000]/ORA-00600[4193]的数据库恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/05/ora-27086-skgfglk-unable-to-lock-file-already-in-use.html" rel="bookmark" class="crp_title">ORA-27086: skgfglk: unable to lock file &#8211; already in use</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2023/05/oracle-9i-recovery.html" rel="bookmark" class="crp_title">难见的oracle 9i恢复&#8212;2023年</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/02/%e8%ae%b0%e5%bd%95%e4%b8%80%e6%ac%a1ora-00316-ora-00312-redo%e5%bc%82%e5%b8%b8%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">记录一次ORA-00316 ORA-00312 redo异常恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2024/09/ora-12514-tns-%e7%9b%91%e5%90%ac%e8%bf%9b%e7%a8%8b%e4%b8%8d%e8%83%bd%e8%a7%a3%e6%9e%90%e5%9c%a8%e8%bf%9e%e6%8e%a5%e6%8f%8f%e8%bf%b0%e7%ac%a6%e4%b8%ad%e7%bb%99%e5%87%ba%e7%9a%84service_name.html" rel="bookmark" class="crp_title">ORA-12514: TNS: 监听进程不能解析在连接描述符中给出的SERVICE_NAME</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/07/%e6%95%b0%e6%8d%ae%e5%ba%93%e5%90%af%e5%8a%a8ora-08103%e6%95%85%e9%9a%9c%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">数据库启动ORA-08103故障恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/02/oracle-redo%e5%90%84%e7%a7%8d%e5%bc%82%e5%b8%b8%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">ORACLE REDO各种异常恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/05/%e8%ae%b0%e5%bd%95%e4%b8%80%e6%ac%a1%e6%af%94%e8%be%83%e6%a3%98%e6%89%8b%e6%95%b0%e6%8d%ae%e5%ba%93%e6%81%a2%e5%a4%8d%e8%a6%81%e7%82%b9.html" rel="bookmark" class="crp_title">记录一次比较棘手数据库恢复要点</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/07/%e8%ae%b0%e5%bd%95%e4%b8%80%e6%ac%a1ora-600-3004-%e6%81%a2%e5%a4%8d%e8%bf%87%e7%a8%8b%e5%92%8c%e5%a4%84%e7%90%86%e6%80%9d%e8%b7%af.html" rel="bookmark" class="crp_title">记录一次ORA-600 3004 恢复过程和处理思路</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/08/%e8%ae%b0%e5%bd%95%e4%b8%80%e6%ac%a1system%e5%9d%8f%e5%9d%97%e6%95%b0%e6%8d%ae%e5%ba%93%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">记录一次system表空间坏块(ORA-01578)数据库恢复</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>https://www.xifenfei.com/2014/07/%e6%9f%90%e9%9b%86%e5%9b%a2ebs%e6%95%b0%e6%8d%ae%e5%ba%93redo-undo%e4%b8%a2%e5%a4%b1%e5%af%bc%e8%87%b4%e6%82%b2%e5%89%a7.html/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>ORA-00600[kcfrbd_3]故障解决</title>
		<link>https://www.xifenfei.com/2012/12/ora-00600kcfrbd_3%e6%95%85%e9%9a%9c%e8%a7%a3%e5%86%b3.html</link>
		<comments>https://www.xifenfei.com/2012/12/ora-00600kcfrbd_3%e6%95%85%e9%9a%9c%e8%a7%a3%e5%86%b3.html#comments</comments>
		<pubDate>Wed, 05 Dec 2012 06:28:55 +0000</pubDate>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
				<category><![CDATA[ORA-xxxxx]]></category>
		<category><![CDATA[kcfrbd_3]]></category>
		<category><![CDATA[ORA-600 kcfrbd_3]]></category>
		<category><![CDATA[ORA-600[kcfrbd_3]]]></category>

		<guid isPermaLink="false">https://www.xifenfei.com/?p=3992</guid>
		<description><![CDATA[联系：手机/微信(+86 17813235971) QQ(107644445)  &#8230; <a href="https://www.xifenfei.com/2012/12/ora-00600kcfrbd_3%e6%95%85%e9%9a%9c%e8%a7%a3%e5%86%b3.html">继续阅读 <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<div id="xifenfeicopyright">
<p>联系：<a href="https://www.xifenfei.com/about_xifenfei" target="_blank">手机/微信(+86 17813235971)   QQ(107644445)</a><a target="_blank" href="http://wpa.qq.com/msgrd?v=3&#038;uin=107644445&#038;site=qq&#038;menu=yes"><img src="https://www.xifenfei.com/wp-content/themes/img/site_qq.jpg" alt="QQ咨询惜分飞" title="QQ咨询惜分飞"/></a></p>
<p>标题：<a href="https://www.xifenfei.com/2012/12/ora-00600kcfrbd_3%e6%95%85%e9%9a%9c%e8%a7%a3%e5%86%b3.html" target="_blank">ORA-00600[kcfrbd_3]故障解决</a></p>
<p>作者：<a href="https://www.xifenfei.com" target="_blank">惜分飞</a>©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]</p>
</div>
<p>朋友一数据库因为断电,被重建控制文件等操作折腾的最后出现在启动的时候出现ORA-00600[kcfrbd_3]</p>
<pre class="brush: bash; title: ; notranslate">
Wed Dec 05 10:26:34 2012
Thread 1 advanced to log sequence 11
Thread 1 opened at log sequence 11
  Current log# 1 seq# 11 mem# 0: E:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG
Successful open of redo thread 1
Wed Dec 05 10:26:34 2012
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
Wed Dec 05 10:26:34 2012
SMON: enabling cache recovery
Wed Dec 05 10:26:35 2012
Successfully onlined Undo Tablespace 1.
Dictionary check beginning
Dictionary check complete
Wed Dec 05 10:26:35 2012
SMON: enabling tx recovery
Wed Dec 05 10:26:35 2012
Database Characterset is ZHS16GBK
Wed Dec 05 10:26:35 2012
Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_smon_548.trc:
ORA-00600: internal error code, arguments: [kcfrbd_3], [2], [2279045], [1], [2277120], [2277120], [], []

replication_dependency_tracking turned off (no async multimaster replication found)
Wed Dec 05 10:26:36 2012
Fatal internal error happened while SMON was doing active transaction recovery.
Wed Dec 05 10:26:36 2012
Errors in file d:\oracle\product\10.2.0\admin\orcl\bdump\orcl_smon_548.trc:
ORA-00600: internal error code, arguments: [kcfrbd_3], [2], [2279045], [1], [2277120], [2277120], [], []

SMON: terminating instance due to error 474
</pre>
<p>这个错误很明显:数据库已经open成功了，但是因为有事务不能正常被回滚，然后数据库的smon进程异常，从而使得数据库不能正常启动，解决该问题的方法也是很简单，就是常规的undo处理思路(使用人工undo管理,event屏蔽事务,隐含参数屏蔽回滚段)，然后重建undo表空间，这个时候可以结合txchecker来检测是否有异常事务:如果有重要基表对象异常,需要重建库;如果是个别其他对象异常,可以通过重建该对象解决</p>
<div id="crp_related"><ul><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/03/undo%e5%bc%82%e5%b8%b8%e6%80%bb%e7%bb%93%e5%92%8c%e6%81%a2%e5%a4%8d%e6%80%9d%e8%b7%af.html" rel="bookmark" class="crp_title">undo异常总结和恢复思路</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2020/10/ora-600-6006.html" rel="bookmark" class="crp_title">ORA-00600: internal error code, arguments: [6006], [1], [], [], [], [], [], []</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2013/02/ora-00600kghstack_free2%e5%bc%82%e5%b8%b8%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">ORA-600 kghstack_free2异常恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/02/ora-60041944193%e8%a7%a3%e5%86%b3.html" rel="bookmark" class="crp_title">ORA-600[4194]/[4193]解决</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/09/ora-607ora-6004194%e4%b8%8d%e4%b8%80%e5%ae%9a%e6%98%af%e9%87%8d%e5%a4%a7%e7%81%be%e9%9a%be.html" rel="bookmark" class="crp_title">ORA-607/ORA-600[4194]不一定是重大灾难</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/07/undo-segment-header%e5%9d%8f%e5%9d%97%e5%bc%82%e5%b8%b8%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">undo segment header坏块异常恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2024/09/ora-12514-tns-%e7%9b%91%e5%90%ac%e8%bf%9b%e7%a8%8b%e4%b8%8d%e8%83%bd%e8%a7%a3%e6%9e%90%e5%9c%a8%e8%bf%9e%e6%8e%a5%e6%8f%8f%e8%bf%b0%e7%ac%a6%e4%b8%ad%e7%bb%99%e5%87%ba%e7%9a%84service_name.html" rel="bookmark" class="crp_title">ORA-12514: TNS: 监听进程不能解析在连接描述符中给出的SERVICE_NAME</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/06/spfile%e8%a2%ab%e8%a6%86%e7%9b%96%e5%af%bc%e8%87%b4ora-600kmgs_parameter_update_timeout_1.html" rel="bookmark" class="crp_title">spfile被覆盖导致ORA-600[kmgs_parameter_update_timeout_1]</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/05/rac-redo-log-file%e8%a2%ab%e6%84%8f%e5%a4%96%e8%a6%86%e7%9b%96%e6%95%b0%e6%8d%ae%e5%ba%93%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">rac redo log file被意外覆盖数据库恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/08/%e8%ae%b0%e5%bd%95%e4%b8%80%e6%ac%a1system%e5%9d%8f%e5%9d%97%e6%95%b0%e6%8d%ae%e5%ba%93%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">记录一次system表空间坏块(ORA-01578)数据库恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/05/%e8%ae%b0%e5%bd%95%e4%b8%80%e6%ac%a1%e6%af%94%e8%be%83%e6%a3%98%e6%89%8b%e6%95%b0%e6%8d%ae%e5%ba%93%e6%81%a2%e5%a4%8d%e8%a6%81%e7%82%b9.html" rel="bookmark" class="crp_title">记录一次比较棘手数据库恢复要点</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2023/02/win-force-change-drive-letter.html" rel="bookmark" class="crp_title">win强制修改盘符导致oracle异常恢复</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>https://www.xifenfei.com/2012/12/ora-00600kcfrbd_3%e6%95%85%e9%9a%9c%e8%a7%a3%e5%86%b3.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
