<?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; ORA-600 4147</title>
	<atom:link href="https://www.xifenfei.com/tag/ora-600-4147/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>Sat, 24 Oct 2026 14:05:24 +0000</lastBuildDate>
	<language>zh-CN</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>ORACLE 8.0.5 ORA-01207故障恢复</title>
		<link>https://www.xifenfei.com/2014/02/oracle-8-0-5-ora-01207%e6%95%85%e9%9a%9c%e6%81%a2%e5%a4%8d.html</link>
		<comments>https://www.xifenfei.com/2014/02/oracle-8-0-5-ora-01207%e6%95%85%e9%9a%9c%e6%81%a2%e5%a4%8d.html#comments</comments>
		<pubDate>Fri, 14 Feb 2014 09:24:44 +0000</pubDate>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
				<category><![CDATA[Oracle备份恢复]]></category>
		<category><![CDATA[8.0.5]]></category>
		<category><![CDATA[ORA-01207]]></category>
		<category><![CDATA[ORA-600 3668]]></category>
		<category><![CDATA[ORA-600 4147]]></category>
		<category><![CDATA[Oracle 恢复]]></category>
		<category><![CDATA[ORACLE恢复]]></category>
		<category><![CDATA[ORACLE数据库恢复]]></category>

		<guid isPermaLink="false">https://www.xifenfei.com/?p=5099</guid>
		<description><![CDATA[联系：手机/微信(+86 17813235971) QQ(107644445)  &#8230; <a href="https://www.xifenfei.com/2014/02/oracle-8-0-5-ora-01207%e6%95%85%e9%9a%9c%e6%81%a2%e5%a4%8d.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/02/oracle-8-0-5-ora-01207%e6%95%85%e9%9a%9c%e6%81%a2%e5%a4%8d.html" target="_blank">ORACLE 8.0.5 ORA-01207故障恢复</a></p>
<p>作者：<a href="https://www.xifenfei.com" target="_blank">惜分飞</a>©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]</p>
</div>
<p>朋友和我说，他的数据库ORACLE 8.0.5出现ORA-01207,进行了尝试恢复但是别未成功,让我协助其完成恢复<br />
<strong>数据库版本</strong></p>
<pre class="brush: sql; title: ; notranslate">
SVRMGR&gt; select * from v$version;
BANNER
----------------------------------------------------------------
Oracle8 Release 8.0.5.0.0 - Production
PL/SQL Release 8.0.5.0.0 - Production
CORE Version 4.0.5.0.0 - Production
TNS for 32-bit Windows: Version 8.0.5.0.0 - Production
NLSRTL Version 3.3.2.0.0 - Production
5 rows selected.
</pre>
<p><strong>open数据库报ORA-01207错误</strong></p>
<pre class="brush: sql; title: ; notranslate">
SVRMGR&gt; alter database open;
alter database open
*
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: 'D:\ORANT\DATABASE\SYS1ORCL.ORA'
ORA-01207: file is more recent than controlfile - old controlfile
</pre>
<p>出现该错误的原因是因为控制文件里面的scn或者checkpoint_time>数据文件中的对应值,从而出现该错误,解决方法重建控制文件或者执行recover using backup controlfile 之类命令<br />
<br />
<strong>重建控制文件,并open报ORA-600[4147]</strong></p>
<pre class="brush: sql; title: ; notranslate">
SVRMGR&gt; alter database backup controlfile to trace;
Statement processed.
SVRMGR&gt; shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SVRMGR&gt; STARTUP NOMOUNT
ORACLE instance started.
Total System Global Area                         15077376 bytes
Fixed Size                                          49152 bytes
Variable Size                                    12906496 bytes
Database Buffers                                  2048000 bytes
Redo Buffers                                        73728 bytes
SVRMGR&gt; CREATE CONTROLFILE REUSE DATABASE &quot;ORCL&quot; NORESETLOGS NOARCHIVELOG
     2&gt;     MAXLOGFILES 32
     3&gt;     MAXLOGMEMBERS 2
     4&gt;     MAXDATAFILES 32
     5&gt;     MAXINSTANCES 16
     6&gt;     MAXLOGHISTORY 3260
     7&gt; LOGFILE
     8&gt;   GROUP 1 'D:\ORANT\DATABASE\LOG4ORCL.ORA'  SIZE 1M,
     9&gt;   GROUP 2 'D:\ORANT\DATABASE\LOG3ORCL.ORA'  SIZE 1M,
    10&gt;   GROUP 3 'D:\ORANT\DATABASE\LOG2ORCL.ORA'  SIZE 1M,
    11&gt;   GROUP 4 'D:\ORANT\DATABASE\LOG1ORCL.ORA'  SIZE 1M
    12&gt; DATAFILE
    13&gt;   'D:\ORANT\DATABASE\SYS1ORCL.ORA',
    14&gt;   'D:\ORANT\DATABASE\USR1ORCL.ORA',
    15&gt;   'D:\ORANT\DATABASE\RBS1ORCL.ORA',
    16&gt;   'D:\ORANT\DATABASE\TMP1ORCL.ORA'
    17&gt; ;
Statement processed.
SVRMGR&gt; recover database using backup controlfile;
ORA-00279: change 46960617 generated at 01/31/14 18:51:49 needed for thread 1
ORA-00289: suggestion : D:\ORANT\RDBMS80\ARC12900.1
Specify log: {&lt;RET&gt;=suggested | filename | AUTO | CANCEL}
D:\ORANT\DATABASE\LOG3ORCL.ORA
Log applied.
Media recovery complete.
SVRMGR&gt; alter database open;
alter database open
*
ORA-00600: internal error code, arguments: [4147], [16], [1], [], [], [], [], []
</pre>
<p>The ORA-600[4147] basically indicates some kind of corruption with the UNDO (rollback segment)block, most probably due to a lost write to the  rollback segment.<br />
ORA-600[4147]是因为回滚段坏块导致(具体是因为undoblock的scn无效),解决方法是用dul找出来回滚段,并屏蔽之<br />
<br />
<strong>继续恢复报ORA-00600[3668]</strong></p>
<pre class="brush: sql; title: ; notranslate">
SVRMGR&gt; shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SVRMGR&gt; startup
ORACLE instance started.
Total System Global Area                         15077376 bytes
Fixed Size                                          49152 bytes
Variable Size                                    12906496 bytes
Database Buffers                                  2048000 bytes
Redo Buffers                                        73728 bytes
Database mounted.
ORA-00600: internal error code, arguments: [3668], [1], [2], [17232], [17232], [4], [], []
</pre>
<p>ORA-00600[3668]是因为在ORACLE 7.0到9.2的版本中The FIRST time an attempt has been made to start an instance after a CREATE CONTROLFILE command has been issued.<br />
At least one data file needs MEDIA RECOVERY.在9.2.0.x及其以后版本报:ORA-1113: file <name> needs media recovery.<br />
<strong>通过重建控制文件,执行recover database,再open数据库恢复成功</strong></p>
<div id="crp_related"><ul><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/07/%e8%ae%b0%e5%bd%958-0-5%e6%95%b0%e6%8d%ae%e5%ba%93%e6%81%a2%e5%a4%8d%e8%bf%87%e7%a8%8b.html" rel="bookmark" class="crp_title">记录8.0.5数据库恢复过程</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2025/07/oracle-8-0-5-recovery-2025.html" rel="bookmark" class="crp_title">2025年的Oracle 8.0.5数据库恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/04/%e6%81%a2%e5%a4%8d%e5%a4%87%e4%bb%bd%e6%8e%a7%e5%88%b6%e6%96%87%e4%bb%b6%e9%81%bf%e5%85%8dresetlogs%e6%96%b9%e5%bc%8f%e6%89%93%e5%bc%80%e6%95%b0%e6%8d%ae%e5%ba%93.html" rel="bookmark" class="crp_title">恢复备份控制文件避免resetlogs方式打开数据库</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/07/dul%e6%8c%96oracle-8-0%e6%95%b0%e6%8d%ae%e5%ba%93.html" rel="bookmark" class="crp_title">DUL挖ORACLE 8.0数据库</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/06/%e6%95%b0%e6%8d%ae%e5%ba%93%e6%81%a2%e5%a4%8d%e5%8e%86%e5%8f%b2%e5%86%8d%e6%ac%a1%e5%88%b7%e6%96%b0%e5%88%b0oracle-7-3-2%e7%89%88%e6%9c%ac-redo%e5%bc%82%e5%b8%b8%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">数据库恢复历史再次刷新到Oracle 7.3.2版本&#8212;redo异常恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2015/07/ora-600-kccpb_sanity_check_2%e6%95%85%e9%9a%9c%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">ORA-600 kccpb_sanity_check_2故障恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2012/09/ora-00600kccpb_sanity_check_2.html" rel="bookmark" class="crp_title">ORA-00600[kccpb_sanity_check_2]</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2013/08/%e4%bf%ae%e6%94%b9props-nls_characterset%e5%af%bc%e8%87%b4ora-00900%e5%bc%82%e5%b8%b8%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">修改props$.NLS_CHARACTERSET导致ORA-00900异常恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/05/%e6%95%b0%e6%8d%ae%e5%ba%93%e6%81%a2%e5%a4%8d%e9%81%ad%e9%81%87ora-006003705.html" rel="bookmark" class="crp_title">数据库恢复遭遇ORA-00600[3705]</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2023/03/oracle-recovery-after-power-failure.html" rel="bookmark" class="crp_title">断电引起的oracle数据库异常恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2016/09/modify-obj-dataobj-_next_object.html" rel="bookmark" class="crp_title">通过update _NEXT_OBJECT 实现obj$.obj#和obj$.dataobj#跳号</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2020/08/rename-sys-ora-01092-ora-00600-kokasgi1%e9%94%99%e8%af%af.html" rel="bookmark" class="crp_title">重命名sys用户引起数据库启动报ORA-01092 ORA-00600 kokasgi1错误</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>https://www.xifenfei.com/2014/02/oracle-8-0-5-ora-01207%e6%95%85%e9%9a%9c%e6%81%a2%e5%a4%8d.html/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>
