<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
	
	>
<channel>
	<title>《专业Oracle数据库恢复技术支持》的评论</title>
	<atom:link href="https://www.xifenfei.com/oracle_recover/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, 11 Dec 2025 02:46:14 +0000</lastBuildDate>
		<sy:updatePeriod>hourly</sy:updatePeriod>
		<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>作者：惜分飞</title>
		<link>https://www.xifenfei.com/oracle_recover/comment-page-1#comment-3886</link>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
		<pubDate>Tue, 25 Feb 2014 17:12:13 +0000</pubDate>
		<guid isPermaLink="false">https://www.xifenfei.com/?page_id=4178#comment-3886</guid>
		<description><![CDATA[数据库current/active redo异常的各种情况报错
&lt;strong&gt;redo文件损坏报错&lt;/strong&gt;
Started redo scan
Errors in file d:\app\administrator\diag\rdbms\hzyl\hzyl\trace\hzyl_ora_2960.trc  (incident=214262):
ORA-00353: 日志损坏接近块 12014 更改 9743799889 时间 12/05/2011 09:21:11
ORA-00312: 联机日志 3 线程 1: &#039;R:\ORADATA\HZYL\REDO03.LOG&#039;
Incident details in: d:\app\administrator\diag\rdbms\hzyl\hzyl\incident\incdir_214262\hzyl_ora_2960_i214262.trc
Aborting crash recovery due to error 368
Errors in file d:\app\administrator\diag\rdbms\hzyl\hzyl\trace\hzyl_ora_2960.trc:
ORA-00368: 重做日志块中的校验和错误
ORA-00353: 日志损坏接近块 12014 更改 9743799889 时间 12/05/2011 09:21:11
ORA-00312: 联机日志 3 线程 1: &#039;R:\ORADATA\HZYL\REDO03.LOG&#039;
ORA-368 signalled during: ALTER DATABASE OPEN...
&lt;br&gt;
&lt;strong&gt;redo文件被其他实例占用报错&lt;/strong&gt;
Wed May 16 17:03:11 2012
Started redo scan
Wed May 16 17:03:11 2012
Errors in file /oracle/admin/odsdb/udump/odsdb1_ora_2040024.trc:
ORA-00305: log 14 of thread 1 inconsistent; belongs to another database
ORA-00312: online log 14 thread 1: &#039;/dev/rods_redo1_2_2&#039;
ORA-00305: log 14 of thread 1 inconsistent; belongs to another database
ORA-00312: online log 14 thread 1: &#039;/dev/rods_redo1_2_1&#039;
ORA-305 signalled during: ALTER DATABASE OPEN...
&lt;br&gt;
&lt;strong&gt;存储整体异常&lt;/strong&gt;
Mon Oct 17 09:35:09 2011
Errors in file /oracle/app/admin/orcl/bdump/orcl2_lgwr_348814.trc:
ORA-00340: IO error processing online log 4 of thread 2
ORA-00345: redo log write error block 6732 count 2
ORA-00312: online log 4 thread 2: &#039;/dev/rredo21&#039;
ORA-27063: number of bytes read/written is incorrect
IBM AIX RISC System/6000 Error: 6: No such device or address
Additional information: -1
Additional information: 1024
Mon Oct 17 09:35:09 2011
LGWR: terminating instance due to error 340
&lt;br&gt;
&lt;strong&gt;存储IO异常&lt;/strong&gt;
Fri Feb 21 08:44:42 2014
Thread 1 advanced to log sequence 591 (LGWR switch)
  Current log# 1 seq# 591 mem# 0: J:\ORADATA\ORCL\REDO01.LOG
Fri Feb 21 15:31:20 2014
Errors in file c:\oracle\product\10.2.0\admin\orcl\bdump\orcl_lgwr_10312.trc:
ORA-00316: log 1 of thread 1, type 286 in header is not log file
ORA-00312: online log 1 thread 1: &#039;J:\ORADATA\ORCL\REDO01.LOG&#039;
&lt;br&gt;
&lt;strong&gt;使用_disable_logging参数&lt;/strong&gt;
Sat May 14 23:16:49 2005
Errors in file d:\oracle\admin\rman\bdump\rman_arc0_736.trc:
ORA-16038: log 3 sequence# 72 cannot be archived
ORA-00354: corrupt redo log block header
ORA-00312: online log 3 thread 1: &#039;D:\ORACLE\ORADATA\RMAN\REDO03.LOG&#039;
&lt;br&gt;
如果你在使用这些思路进行恢复遇到突发情况不能自行解决,请联系我们,将为您提供专业数据库技术支持：
&lt;strong&gt;&lt;font color=&quot;red&quot; size=4&gt;Phone:13429648788  &#160;&#160;   Q Q:107644445  &#160;&#160;  E-Mail:dba@xifenfei.com&lt;/font&gt;&lt;/strong&gt;]]></description>
		<content:encoded><![CDATA[<p>数据库current/active redo异常的各种情况报错<br />
<strong>redo文件损坏报错</strong><br />
Started redo scan<br />
Errors in file d:\app\administrator\diag\rdbms\hzyl\hzyl\trace\hzyl_ora_2960.trc  (incident=214262):<br />
ORA-00353: 日志损坏接近块 12014 更改 9743799889 时间 12/05/2011 09:21:11<br />
ORA-00312: 联机日志 3 线程 1: &#8216;R:\ORADATA\HZYL\REDO03.LOG&#8217;<br />
Incident details in: d:\app\administrator\diag\rdbms\hzyl\hzyl\incident\incdir_214262\hzyl_ora_2960_i214262.trc<br />
Aborting crash recovery due to error 368<br />
Errors in file d:\app\administrator\diag\rdbms\hzyl\hzyl\trace\hzyl_ora_2960.trc:<br />
ORA-00368: 重做日志块中的校验和错误<br />
ORA-00353: 日志损坏接近块 12014 更改 9743799889 时间 12/05/2011 09:21:11<br />
ORA-00312: 联机日志 3 线程 1: &#8216;R:\ORADATA\HZYL\REDO03.LOG&#8217;<br />
ORA-368 signalled during: ALTER DATABASE OPEN&#8230;<br />
<br />
<strong>redo文件被其他实例占用报错</strong><br />
Wed May 16 17:03:11 2012<br />
Started redo scan<br />
Wed May 16 17:03:11 2012<br />
Errors in file /oracle/admin/odsdb/udump/odsdb1_ora_2040024.trc:<br />
ORA-00305: log 14 of thread 1 inconsistent; belongs to another database<br />
ORA-00312: online log 14 thread 1: &#8216;/dev/rods_redo1_2_2&#8242;<br />
ORA-00305: log 14 of thread 1 inconsistent; belongs to another database<br />
ORA-00312: online log 14 thread 1: &#8216;/dev/rods_redo1_2_1&#8242;<br />
ORA-305 signalled during: ALTER DATABASE OPEN&#8230;<br />
<br />
<strong>存储整体异常</strong><br />
Mon Oct 17 09:35:09 2011<br />
Errors in file /oracle/app/admin/orcl/bdump/orcl2_lgwr_348814.trc:<br />
ORA-00340: IO error processing online log 4 of thread 2<br />
ORA-00345: redo log write error block 6732 count 2<br />
ORA-00312: online log 4 thread 2: &#8216;/dev/rredo21&#8242;<br />
ORA-27063: number of bytes read/written is incorrect<br />
IBM AIX RISC System/6000 Error: 6: No such device or address<br />
Additional information: -1<br />
Additional information: 1024<br />
Mon Oct 17 09:35:09 2011<br />
LGWR: terminating instance due to error 340<br />
<br />
<strong>存储IO异常</strong><br />
Fri Feb 21 08:44:42 2014<br />
Thread 1 advanced to log sequence 591 (LGWR switch)<br />
  Current log# 1 seq# 591 mem# 0: J:\ORADATA\ORCL\REDO01.LOG<br />
Fri Feb 21 15:31:20 2014<br />
Errors in file c:\oracle\product\10.2.0\admin\orcl\bdump\orcl_lgwr_10312.trc:<br />
ORA-00316: log 1 of thread 1, type 286 in header is not log file<br />
ORA-00312: online log 1 thread 1: &#8216;J:\ORADATA\ORCL\REDO01.LOG&#8217;<br />
<br />
<strong>使用_disable_logging参数</strong><br />
Sat May 14 23:16:49 2005<br />
Errors in file d:\oracle\admin\rman\bdump\rman_arc0_736.trc:<br />
ORA-16038: log 3 sequence# 72 cannot be archived<br />
ORA-00354: corrupt redo log block header<br />
ORA-00312: online log 3 thread 1: &#8216;D:\ORACLE\ORADATA\RMAN\REDO03.LOG&#8217;<br />
<br />
如果你在使用这些思路进行恢复遇到突发情况不能自行解决,请联系我们,将为您提供专业数据库技术支持：<br />
<strong><font color="red" size=4>Phone:13429648788  &nbsp;&nbsp;   Q Q:107644445  &nbsp;&nbsp;  E-Mail:dba@xifenfei.com</font></strong></p>
]]></content:encoded>
	</item>
	<item>
		<title>作者：惜分飞</title>
		<link>https://www.xifenfei.com/oracle_recover/comment-page-1#comment-3875</link>
		<dc:creator><![CDATA[惜分飞]]></dc:creator>
		<pubDate>Thu, 20 Feb 2014 17:29:57 +0000</pubDate>
		<guid isPermaLink="false">https://www.xifenfei.com/?page_id=4178#comment-3875</guid>
		<description><![CDATA[&lt;strong&gt;1.丢失数据文件(ORA-01157)&lt;/strong&gt;
SQL&gt; startup
ORACLE instance started.
&lt;br&gt;
Total System Global Area  260046848 bytes
Fixed Size                  1266896 bytes
Variable Size              83888944 bytes
Database Buffers          167772160 bytes
Redo Buffers                7118848 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 4 - see DBWR trace file
ORA-01110: data file 4: &#039;/u01/oracle/oradata/XFF/users01.dbf&#039;
数据文件丢失，处理方法：
1).使用备份还原丢失数据然后
2).非undo,system可以offline 掉该文件继续打开数据库
3).如果是undo需要谨慎,可能导致ORA-00376错误
4).如果是system offline可能导致ORA-01147
&lt;br&gt;
&lt;strong&gt;2. 丢失redo(ORA-00313)&lt;/strong&gt;
SQL&gt; startup
ORACLE instance started.
&lt;br&gt;
Total System Global Area  260046848 bytes
Fixed Size                  1266896 bytes
Variable Size              83888944 bytes
Database Buffers          167772160 bytes
Redo Buffers                7118848 bytes
Database mounted.
ORA-00313: open failed for members of log group 1 of thread 1
ORA-00312: online log 1 thread 1: &#039;/u01/oracle/oradata/XFF/redo01.log&#039;
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3
redo文件丢失，处理步骤：
1).查询v$log确认该redo是否是current或者active
2).确定该redo是否被归档
3).如果是inactive使用clear 或者 clear unarchived 
4).如果是active或者current,需要通过不完全恢复,甚至隐含参数等方法解决
&lt;br&gt;
&lt;strong&gt;3. 丢失undo(ORA-01092 ORA-00376)&lt;/strong&gt;
SQL&gt; startup 
ORACLE instance started.
&lt;br&gt;
Total System Global Area  260046848 bytes
Fixed Size                  1266896 bytes
Variable Size              83888944 bytes
Database Buffers          167772160 bytes
Redo Buffers                7118848 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 2 - see DBWR trace file
ORA-01110: data file 2: &#039;/u01/oracle/oradata/XFF/undotbs01.dbf&#039;
&lt;br&gt;
SQL&gt; alter database datafile 2 offline drop;
&lt;br&gt;
Database altered.
&lt;br&gt;
SQL&gt; alter database open;
alter database open
*
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
&lt;br&gt;
ORA-01092是前台错误,通过查询alert日志发现后台错误主要是：
Fri Oct 25 08:16:36 2013
Errors in file /u01/oracle/admin/XFF/bdump/xff_smon_7437.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-00376: file 2 cannot be read at this time
ORA-01110: data file 2: &#039;/u01/oracle/oradata/XFF/undotbs01.dbf&#039;
因为undo文件丢失,有事务无法正常回滚，从而出现该错误,需要通过使用隐含参数屏蔽事务来解决
&lt;br&gt;
&lt;strong&gt;4. 丢失system(ORA-01147)&lt;/strong&gt;
SQL&gt; startup
ORACLE instance started.
&lt;br&gt;
Total System Global Area  260046848 bytes
Fixed Size                  1266896 bytes
Variable Size              83888944 bytes
Database Buffers          167772160 bytes
Redo Buffers                7118848 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
ORA-01110: data file 1: &#039;/u01/oracle/oradata/XFF/system01.dbf&#039;
&lt;br&gt;
SQL&gt;  alter database datafile 1 offline drop;
&lt;br&gt;
Database altered.
&lt;br&gt;
SQL&gt; alter database open;
alter database open
*
ERROR at line 1:
ORA-01147: SYSTEM tablespace file 1 is offline
ORA-01110: data file 1: &#039;/u01/oracle/oradata/XFF/system01.dbf&#039;
system表空间是系统表空间，该表空间中的数据文件不能被offline,如果该表空间数据文件丢失，数据库无法正常方法,可以考虑&lt;a href=&quot;http://www.xifenfei.com/3955.html&quot; title=&quot;bbed打开丢失部分system数据文件库&quot; target=&quot;_blank&quot; rel=&quot;nofollow&quot;&gt;使用bbed模拟system文件欺骗数据库&lt;/a&gt;(非file# 1)或者使用dul抽取数据
&lt;br&gt;
&lt;strong&gt;5. 丢失控制文件(ORA-00205 ORA-00202)&lt;/strong&gt;
SQL&gt; startup
ORACLE instance started.
&lt;br&gt;
Total System Global Area  260046848 bytes
Fixed Size                  1266896 bytes
Variable Size              83888944 bytes
Database Buffers          167772160 bytes
Redo Buffers                7118848 bytes
ORA-00205: error in identifying control file, check alert log for more info
&lt;br&gt;
ORA-00205是前台错误，具体需要结合日志分析：
Fri Oct 25 08:35:40 2013
ALTER DATABASE   MOUNT
Fri Oct 25 08:35:40 2013
ORA-00202: control file: &#039;/u01/oracle/oradata/XFF/control01.ctl&#039;
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3
这里可以看出来，是因为控制问文件丢失该值该错误,处理办法：
1).使用备份控制文件还原
2).查找是否还有其他控制文件，拷贝一份
3).列举数据文件重建控制文件
&lt;br&gt;
如果你在使用这些思路进行恢复遇到突发情况不能自我解决,请联系我:
&lt;strong&gt;&lt;font color=&quot;red&quot; size=4&gt;Phone:13429648788  &#160;&#160;   Q Q:107644445  &#160;&#160;  E-Mail:dba@xifenfei.com&lt;/font&gt;&lt;/strong&gt;]]></description>
		<content:encoded><![CDATA[<p><strong>1.丢失数据文件(ORA-01157)</strong><br />
SQL> startup<br />
ORACLE instance started.<br />
<br />
Total System Global Area  260046848 bytes<br />
Fixed Size                  1266896 bytes<br />
Variable Size              83888944 bytes<br />
Database Buffers          167772160 bytes<br />
Redo Buffers                7118848 bytes<br />
Database mounted.<br />
ORA-01157: cannot identify/lock data file 4 &#8211; see DBWR trace file<br />
ORA-01110: data file 4: &#8216;/u01/oracle/oradata/XFF/users01.dbf&#8217;<br />
数据文件丢失，处理方法：<br />
1).使用备份还原丢失数据然后<br />
2).非undo,system可以offline 掉该文件继续打开数据库<br />
3).如果是undo需要谨慎,可能导致ORA-00376错误<br />
4).如果是system offline可能导致ORA-01147<br />
<br />
<strong>2. 丢失redo(ORA-00313)</strong><br />
SQL> startup<br />
ORACLE instance started.<br />
<br />
Total System Global Area  260046848 bytes<br />
Fixed Size                  1266896 bytes<br />
Variable Size              83888944 bytes<br />
Database Buffers          167772160 bytes<br />
Redo Buffers                7118848 bytes<br />
Database mounted.<br />
ORA-00313: open failed for members of log group 1 of thread 1<br />
ORA-00312: online log 1 thread 1: &#8216;/u01/oracle/oradata/XFF/redo01.log&#8217;<br />
ORA-27037: unable to obtain file status<br />
Linux Error: 2: No such file or directory<br />
Additional information: 3<br />
redo文件丢失，处理步骤：<br />
1).查询v$log确认该redo是否是current或者active<br />
2).确定该redo是否被归档<br />
3).如果是inactive使用clear 或者 clear unarchived<br />
4).如果是active或者current,需要通过不完全恢复,甚至隐含参数等方法解决<br />
<br />
<strong>3. 丢失undo(ORA-01092 ORA-00376)</strong><br />
SQL> startup<br />
ORACLE instance started.<br />
<br />
Total System Global Area  260046848 bytes<br />
Fixed Size                  1266896 bytes<br />
Variable Size              83888944 bytes<br />
Database Buffers          167772160 bytes<br />
Redo Buffers                7118848 bytes<br />
Database mounted.<br />
ORA-01157: cannot identify/lock data file 2 &#8211; see DBWR trace file<br />
ORA-01110: data file 2: &#8216;/u01/oracle/oradata/XFF/undotbs01.dbf&#8217;<br />
<br />
SQL> alter database datafile 2 offline drop;<br />
<br />
Database altered.<br />
<br />
SQL> alter database open;<br />
alter database open<br />
*<br />
ERROR at line 1:<br />
ORA-01092: ORACLE instance terminated. Disconnection forced<br />
<br />
ORA-01092是前台错误,通过查询alert日志发现后台错误主要是：<br />
Fri Oct 25 08:16:36 2013<br />
Errors in file /u01/oracle/admin/XFF/bdump/xff_smon_7437.trc:<br />
ORA-00604: error occurred at recursive SQL level 1<br />
ORA-00376: file 2 cannot be read at this time<br />
ORA-01110: data file 2: &#8216;/u01/oracle/oradata/XFF/undotbs01.dbf&#8217;<br />
因为undo文件丢失,有事务无法正常回滚，从而出现该错误,需要通过使用隐含参数屏蔽事务来解决<br />
<br />
<strong>4. 丢失system(ORA-01147)</strong><br />
SQL> startup<br />
ORACLE instance started.<br />
<br />
Total System Global Area  260046848 bytes<br />
Fixed Size                  1266896 bytes<br />
Variable Size              83888944 bytes<br />
Database Buffers          167772160 bytes<br />
Redo Buffers                7118848 bytes<br />
Database mounted.<br />
ORA-01157: cannot identify/lock data file 1 &#8211; see DBWR trace file<br />
ORA-01110: data file 1: &#8216;/u01/oracle/oradata/XFF/system01.dbf&#8217;<br />
<br />
SQL>  alter database datafile 1 offline drop;<br />
<br />
Database altered.<br />
<br />
SQL> alter database open;<br />
alter database open<br />
*<br />
ERROR at line 1:<br />
ORA-01147: SYSTEM tablespace file 1 is offline<br />
ORA-01110: data file 1: &#8216;/u01/oracle/oradata/XFF/system01.dbf&#8217;<br />
system表空间是系统表空间，该表空间中的数据文件不能被offline,如果该表空间数据文件丢失，数据库无法正常方法,可以考虑<a href="http://www.xifenfei.com/3955.html" title="bbed打开丢失部分system数据文件库" target="_blank" rel="nofollow">使用bbed模拟system文件欺骗数据库</a>(非file# 1)或者使用dul抽取数据<br />
<br />
<strong>5. 丢失控制文件(ORA-00205 ORA-00202)</strong><br />
SQL> startup<br />
ORACLE instance started.<br />
<br />
Total System Global Area  260046848 bytes<br />
Fixed Size                  1266896 bytes<br />
Variable Size              83888944 bytes<br />
Database Buffers          167772160 bytes<br />
Redo Buffers                7118848 bytes<br />
ORA-00205: error in identifying control file, check alert log for more info<br />
<br />
ORA-00205是前台错误，具体需要结合日志分析：<br />
Fri Oct 25 08:35:40 2013<br />
ALTER DATABASE   MOUNT<br />
Fri Oct 25 08:35:40 2013<br />
ORA-00202: control file: &#8216;/u01/oracle/oradata/XFF/control01.ctl&#8217;<br />
ORA-27037: unable to obtain file status<br />
Linux Error: 2: No such file or directory<br />
Additional information: 3<br />
这里可以看出来，是因为控制问文件丢失该值该错误,处理办法：<br />
1).使用备份控制文件还原<br />
2).查找是否还有其他控制文件，拷贝一份<br />
3).列举数据文件重建控制文件<br />
<br />
如果你在使用这些思路进行恢复遇到突发情况不能自我解决,请联系我:<br />
<strong><font color="red" size=4>Phone:13429648788  &nbsp;&nbsp;   Q Q:107644445  &nbsp;&nbsp;  E-Mail:dba@xifenfei.com</font></strong></p>
]]></content:encoded>
	</item>
</channel>
</rss>
