<?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[3668]/ORA-600[4146]</title>
	<atom:link href="https://www.xifenfei.com/tag/ora-6003668ora-6004146/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, 07 Nov 2026 15:45:44 +0000</lastBuildDate>
	<language>zh-CN</language>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>记录8.0.5数据库恢复过程</title>
		<link>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</link>
		<comments>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#comments</comments>
		<pubDate>Mon, 30 Jul 2012 15:08:24 +0000</pubDate>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
				<category><![CDATA[Oracle备份恢复]]></category>
		<category><![CDATA[ORA-600[3668]/ORA-600[4146]]]></category>

		<guid isPermaLink="false">https://www.xifenfei.com/?p=3559</guid>
		<description><![CDATA[联系：手机/微信(+86 17813235971) QQ(107644445)  &#8230; <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">继续阅读 <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/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" target="_blank">记录8.0.5数据库恢复过程</a></p>
<p>作者：<a href="https://www.xifenfei.com" target="_blank">惜分飞</a>©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]</p>
</div>
<p>某银行需要恢复2004年磁带备份数据库 8.0.5,当时因为开发商使用begin backup命令进行热备,然后压缩到磁带上.在硬盘紧张,rman不成熟的时代,使用这样的方法备份本身没有大问题,可是因为没有备份归档日志,给现在的恢复带来了很多的问题.<br />
<strong>尝试不完全恢复启动库</strong></p>
<pre class="brush: sql; title: ; notranslate">
SVRMGR&gt; startup pfile='init.ora' mount
ORACLE instance started.
Total System Global Area                        141826208 bytes
Fixed Size                                          47264 bytes
Variable Size                                   124829696 bytes
Database Buffers                                 16777216 bytes
Redo Buffers                                       172032 bytes
Database mounted.
SVRMGR&gt; recover database using backup controlfile until cancel;
ORA-00279: change 613561556 generated at 08/21/04 22:42:48 needed for thread 1
ORA-00289: suggestion : /oracle/product/8.0.5/dbs/arch1_55329.dbf
ORA-00280: change 613561556 for thread 1 is in sequence #55329
Specify log: {&lt;RET&gt;=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SVRMGR&gt; alter database open resetlogs;
alter database open resetlogs
*
ORA-00600: internal error code, arguments: [4146], [31400], [31370], [], [], [], [], []
</pre>
<p>这个错误是因为回滚段corruption导致,客户已经没有了一致性要求,所以解决办法是通过一些手段找出回滚段并屏蔽<br />
<br />
<strong>屏蔽回滚段重启库</strong></p>
<pre class="brush: sql; title: ; notranslate">
SVRMGR&gt; shutdown abort
ORACLE instance shut down.
SVRMGR&gt; startup  pfile='init.ora' mount
ORACLE instance started.
Total System Global Area                        141826208 bytes
Fixed Size                                          47264 bytes
Variable Size                                   124829696 bytes
Database Buffers                                 16777216 bytes
Redo Buffers                                       172032 bytes
Database mounted.
SVRMGR&gt; alter database open;
alter database open
*
ORA-00600: internal error code, arguments: [3668], [1], [2], [55992], [55992], [4], [], []
</pre>
<p>根据ORA-00600[3668]错误的提示,因为重建控制文件,有一个数据文件因为在磁带恢复丢失,所以控制文件在上次重建的时候没有包含进去,根据经验在8.0中可以通过resetlogs解决<br />
<br />
<strong>resetlogs重新打开数据库</strong></p>
<pre class="brush: sql; title: ; notranslate">
SVRMGR&gt; alter database open resetlogs;
alter database open resetlogs
*
ORA-01139: RESETLOGS option only valid after an incomplete database recovery
SVRMGR&gt; recover datatabase using backup controlfile until cancel;
ORA-00274: illegal recovery option DATATABASE
SVRMGR&gt; recover database using backup controlfile until cancel;
ORA-00279: change 613561558 generated at 07/30/12 09:14:49 needed for thread 1
ORA-00289: suggestion : /oracle/product/8.0.5/dbs/arch1_1.dbf
ORA-00280: change 613561558 for thread 1 is in sequence #1
Specify log: {&lt;RET&gt;=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SVRMGR&gt; alter database open resetlogs;
alter database open resetlogs
*
ORA-00604: error occurred at recursive SQL level 1
ORA-01555: snapshot too old: rollback segment number  with name &quot;&quot; too small
</pre>
<p>根据经验可能是屏蔽了undo或者undo损坏,然后有事务可能需要读undo,无法读到对应记录,可能出现此错误,因为无trace文件,尝试推进scn解决.当然这个问题可以通过open时做10046然后深入分析也许可以找到原因.<br />
<br />
<strong>open数据库成功</strong><br />
根据上面的分析,重启库,推进scn,resetlogs库解决问题</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 pfile='init.ora' mount;
ORACLE instance started.
Total System Global Area                        141826208 bytes
Fixed Size                                          47264 bytes
Variable Size                                   124829696 bytes
Database Buffers                                 16777216 bytes
Redo Buffers                                       172032 bytes
Database mounted.
SVRMGR&gt; alter database open ;
alter database open 
*
ORA-00600: internal error code, arguments: [3668], [1], [2], [55994], [55994], [4], [], []
SVRMGR&gt; recover database using backup controlfile until cancel;
ORA-00279: change 613561560 generated at 07/30/12 09:17:11 needed for thread 1
ORA-00289: suggestion : /oracle/product/8.0.5/dbs/arch1_1.dbf
ORA-00280: change 613561560 for thread 1 is in sequence #1
Specify log: {&lt;RET&gt;=suggested | filename | AUTO | CANCEL}
cancel
Media recovery cancelled.
SVRMGR&gt; alter database open resetlogs;
Statement processed.
</pre>
<p>这次恢复比较幸运,在备份到磁带过程中被覆盖的一个同名的数据文件,因为是index,通过查询dba_extents,然后删除并重建相关index,s数据库算恢复完全.<strong><em>有些时候,对数据库多一份备份,可能成为最后的救命稻草,哪怕是一份不是十分完整的备份.再次重复:对dba而言,数据库备份重于一切</em></strong></p>
<div id="crp_related"><ul><li style="list-style-type:decimal;font-size:11px;" ><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" rel="bookmark" class="crp_title">ORACLE 8.0.5 ORA-01207故障恢复</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/03/_allow_resetlogs_corruption%e5%92%8cadjust_scn%e8%a7%a3%e5%86%b3ora-01190.html" rel="bookmark" class="crp_title">_allow_resetlogs_corruption和adjust_scn解决ORA-01190</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2014/11/redo%e5%bc%82%e5%b8%b8-ora-600-kclchkblk_4-%e6%95%85%e9%9a%9c%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">redo异常 ORA-600 kclchkblk_4 故障恢复</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/2012/03/%e4%bd%bf%e7%94%a8_allow_resetlogs_corruption%e5%8f%82%e6%95%b0%e6%89%93%e5%bc%80%e6%97%a0%e5%bd%92%e6%a1%a3%e6%97%a5%e5%bf%97rman%e5%a4%87%e4%bb%bd%e5%ba%93.html" rel="bookmark" class="crp_title">使用_allow_resetlogs_corruption打开无归档日志rman备份库</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/2024/09/ora-65088-database-open-should-be-retried.html" rel="bookmark" class="crp_title">ORA-65088: database open should be retried</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2021/01/ora-600-3020-ora-600-2663.html" rel="bookmark" class="crp_title">ORA-600 3020错误引起ORA-600 2663</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2011/08/%e5%bd%93%e5%89%8d%e8%81%94%e6%9c%ba%e6%97%a5%e5%bf%97%e6%8d%9f%e5%9d%8f%e6%81%a2%e5%a4%8d.html" rel="bookmark" class="crp_title">当前联机日志损坏恢复</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2011/08/ora-00205%e9%97%ae%e9%a2%98%e5%a4%84%e7%90%86.html" rel="bookmark" class="crp_title">ORA-00205问题处理</a></li><li style="list-style-type:decimal;font-size:11px;" ><a href="https://www.xifenfei.com/2020/11/19c-redo-lost-recovery.html" rel="bookmark" class="crp_title">模拟19c数据库redo异常恢复</a></li></ul></div>]]></content:encoded>
			<wfw:commentRss>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/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
