一次曲折的rman控制文件恢复
系统重建,只有rman全备文件的恢复

(注,这里需要重新编辑一下$ORACLE_HOME/DBS/init.ora文件,让它和我们的目标比较接近一些,主要修改的是后期不能修改的参数,其他能修改的都不用理会。)
接下来恢复控制文件,因为不知道控制文件会放在哪个备份文件中,只能猜了,当然如果你保留有rman的log的话就不需要这么麻烦了o(∩_∩)o
ORA-06512: 在 line 8
SQL> exit
从 Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options 断
6 sys.dbms_backup_restore.restoreSetDatafile;
7 sys.dbms_backup_restore.restoreControlfileTo (cfname=>'f:\oradata\yjs\control01.ctl');
8 sys.dbms_backup_restore.restoreBackupPiece(done=>done,handle=>'f:\backup\0', params
2010/09/07 16:27 9,748,480 CONTROL01.CTL
2010/09/07 16:27 9,748,480 CONTROL02.CTL
2010/09/07 16:27 9,748,480 CONTROL03.CTL
Rman恢复方法及不同恢复方式的特点

各种故障背景下的恢复方法丢失或损坏的文件归档模式数据库状态恢复方法一个或多个数据文件不归档模式关闭状态利用一致的完全数据库备份修复整个数据库,自从备份之后发生的所有修改都将丢失;修复数据库后不需要进行恢复,利用RESETLOGS选项直接打开数据库;注意:在这种情况下进行恢复时,惟一一种可以不利用RESETLOGS选项打开数据库的情况就是在执行最近一次备份之后,联机重做日志中的内容没有被覆盖掉。
一个或多个数据文件,以及联机重做日志文件不归档模式关闭状态利用一致的完全数据库备份修复整个数据库,自从备份之后发生的所有修改都将丢失;修复数据库后不需要进行恢复,利用RESETLOGS选项直接打开数据库。
一个或多个数据文件以及所有的控制文件不归档模式关闭状态利用一致的完全数据库备份修复整个数据库,自从备份之后发生的所有修改都将丢失;修复数据库后不需要进行恢复,利用RESETLOGS选项直接打开数据库。
注:以上三种不归档模式下的数据库恢复都需要在数据库关闭状态下进行,并且需要拥有正确的控制文件备份。
一个或多个数据文件归档模式加载状态在数据库打开状态下执行表空间或数据文件恢复操作,首先将表空间或数据文件置为脱机状态,然后利用备份修复它们,对它们进行恢复,最后再将它们重新置为联机状态;任何数据修改都不会丢失,并且在恢复过程中数据库的其他部分仍然是可以访问的。
全部的数据文件归档模式关闭状态利用备份修复数据文件,然后使用控制文件加载数据库,并且执行完全恢复;如果所有的联机重做日志文件都没有丢失或损害,最后可以用正常方式打开数据库(不需要使用RESETLOGS选项)一个或多个数据文件以及恢复所需的归档重做日志文件。
归档模式加载状态对包含丢失的数据文件的表空间进行基于时间的表空间恢复,将这个表空间恢复到最近的可用归档重做日志所对应的时刻下的状态。
所有的控制文件,还可能包括一个或多个数据文件归档模式未加载状态利用备份修复丢失的控制文件与数据文件,然后对数据文件进行恢复;任何数据修改都不会丢失,但是在恢复过程中数据库将处于不可用状态。
RMAN恢复操作

2.2 示例二,SYSTEM表空间数据文件所作磁盘出现故障
RMAN> run {
startup force mount;
set newname for datafile 1 to '';
restore datafile 1;
一、RMAN恢复综述
1、RMAN完全恢复
是指当数据文件出现介质失败时,使用RESTORE命令转储数据文件备份,并使用RECOVER命令将数据文件恢复到失败点的状态。当数据库处于ARCHIVELOG模式时,在进行日志切换时会自动生成归档日志,并且会将所有重做历史记录存放到归档日志中。
restore database;
recover database;
sql 'alter database open';
}
1.2 示例二,数据文件所在磁盘出现硬件故障
set newname for datafile 4 to '';
restore tablespace users;
switch datafile all;
sql 'alter database datafile 4 offline';
restore datafile 4;
recover datafile 4;
sql 'alter database datafile 4 online';
set newname for datafile 3 to '';
set newname for datafile 4 to '';
set newname for datafile 5 to '';
RMAN恢复操作

RMAN恢复操作RMAN(Recovery Manager)是Oracle 数据库提供的一种备份和恢复工具,它能够帮助数据库管理员进行数据库的全量备份、增量备份和恢复操作。
RMAN具有很强的自动化和并行处理功能,可以大大简化数据库备份和恢复的操作过程,提高数据库的可用性和数据的安全性。
在进行RMAN恢复操作前,首先需要进行备份恢复策略的制定。
策略包括备份类型(全量备份、增量备份、归档日志备份)、备份频率、备份保留周期和恢复时间目标等。
根据具体的需求,确定适合的备份和恢复策略。
RMAN支持多种备份方式,可以通过RMAN命令行工具或者企业管理器进行备份。
在进行备份操作时,可以选择全量备份、增量备份或归档日志备份。
全量备份是将整个数据库的数据和控制文件备份,可以用于初始化数据库或完全恢复数据库。
增量备份是将数据库的变化部分备份,可以显著减少备份时间和存储空间。
归档日志备份是将数据库的归档日志备份,用于数据库的恢复操作。
RMAN在进行备份操作时,会将备份集保存到磁盘或者磁带等存储介质上。
备份集包括数据文件备份、控制文件备份和归档日志备份。
备份集可以通过RMAN命令进行管理和检查,还可以进行压缩和加密操作,提高备份效率和保护备份数据的安全性。
在进行恢复操作时,可以选择完全恢复或部分恢复。
完全恢复是将数据库恢复到最近的完全备份点,然后通过应用归档日志将数据库恢复到指定的时间点。
部分恢复是将数据库恢复到一些指定的时间点或者指定的恢复点。
RMAN在进行恢复操作时,会自动应用备份和归档日志,进行数据的重建和恢复。
RMAN还支持增量恢复,可以在进行部分恢复时,只恢复已经发生变化的数据块。
增量恢复可以提高恢复效率,减少恢复时间。
RMAN还支持数据库的跨平台恢复和迁移。
通过RMAN可以实现不同操作系统平台之间的数据库迁移和恢复。
在进行跨平台恢复和迁移时,需要进行必要的参数调整和文件路径修改,保证数据库恢复和迁移的正确性。
一次曲折的rman控制文件恢复

/dev/rctrlfile2
/dev/rctrlfile3
用dd把控制文件都搞坏,如下:
# dd if=/dev/zero of=/dev/rctrlfile1 bs=32k
---
---
没有归档当前的redo log。
SQL> shutdown abort;
214 Full 5.30M DISK 00:00:05 14-MAR-12
BP Key: 216 Status: AVAILABLE Compressed: NO Tag: TAG20120314T051102
Piece Name: /oracle/app/oracle/product/10.2.0/db_1/dbs/05n5que6_1_1
ORA-01610: recovery using the BACKUP CONTROLFILE option must be done
提示需要用BACKUP CONTROLFILE方式recover database
ORA-01110: data file 1: '/dev/rsystem'
数据不一致,提示需要recover databdatabase until cancel;
ORA-00283: recovery session canceled due to errors
ORACLE instance shut down.
尝试正常启动数据库
SQL> startup
ORACLE instance started.
Total System Global Area 167772160 bytes
使用RMAN对数据文件进行恢复

使⽤RMAN对数据⽂件进⾏恢复(1)备份数据库在使⽤RMAN进⾏数据库恢复之前,先⽤RMAN进⾏全库备份[oracle@redhat6 ~]$ rman target /Recovery Manager: Release 11.2.0.1.0- Production on Wed May 1614:32:542018Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved.connected to target database: ORCL (DBID=1486787650)RMAN>backup database;Starting backup at 16-MAY-18using channel ORA_DISK_1channel ORA_DISK_1: starting full datafile backup setchannel ORA_DISK_1: specifying datafile(s) in backup setinput datafile file number=00001 name=/u01/app/oracle/oradata/orcl/system01.dbfinput datafile file number=00002 name=/u01/app/oracle/oradata/orcl/sysaux01.dbfinput datafile file number=00003 name=/u01/app/oracle/oradata/orcl/undotbs01.dbfinput datafile file number=00005 name=/u01/app/oracle/oradata/orcl/example01.dbfinput datafile file number=00009 name=/u01/app/oracle/oradata/orcl/mark.bdfinput datafile file number=00011 name=/u01/app/oracle/oradata/orcl/tbs01.bdfinput datafile file number=00012 name=/u01/app/oracle/oradata/orcl/tbs03.dbfinput datafile file number=00013 name=/u01/app/oracle/oradata/orcl/tbs04.dbfinput datafile file number=00004 name=/u01/app/oracle/oradata/orcl/users01.dbfchannel ORA_DISK_1: starting piece 1 at 16-MAY-18channel ORA_DISK_1: finished piece 1 at 16-MAY-18piece handle=/u01/app/oracle/product/11.2.0/db_1/dbs/01t31soh_1_1 tag=TAG20180516T144121 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:02:33channel ORA_DISK_1: starting full datafile backup setchannel ORA_DISK_1: specifying datafile(s) in backup setinput datafile file number=00008 name=/u01/app/oracle/oradata/orcl/tbs_32k.dbfchannel ORA_DISK_1: starting piece 1 at 16-MAY-18channel ORA_DISK_1: finished piece 1 at 16-MAY-18piece handle=/u01/app/oracle/product/11.2.0/db_1/dbs/02t31sta_1_1 tag=TAG20180516T144121 comment=NONEchannel ORA_DISK_1: backup set complete, elapsed time: 00:00:01channel ORA_DISK_1: starting full datafile backup setchannel ORA_DISK_1: specifying datafile(s) in backup setincluding current control file in backup setincluding current SPFILE in backup setchannel ORA_DISK_1: starting piece 1 at 16-MAY-18channel ORA_DISK_1: finished piece 1 at 16-MAY-18piece handle=/u01/app/oracle/product/11.2.0/db_1/dbs/03t31stc_1_1 tag=TAG20180516T144121 comment=NONEchannel ORA_DISK_1: backup set complete, elapsed time: 00:00:01Finished backup at 16-MAY-18(2)删除数据⽂件查看数据库的数据⽂件信息:select t."NAME",d."NAME",d."FILE#"from v$tablespace t,v$datafile dwhere t."TS#" = d."TS#"order by t.ts#;NAME NAME FILE#------------------------------ -------------------------------------------------------------------------------- ----------SYSTEM /u01/app/oracle/oradata/orcl/system01.dbf 1SYSAUX /u01/app/oracle/oradata/orcl/sysaux01.dbf 2UNDOTBS1 /u01/app/oracle/oradata/orcl/undotbs01.dbf 3USERS /u01/app/oracle/oradata/orcl/users01.dbf 4EXAMPLE /u01/app/oracle/oradata/orcl/example01.dbf 5TBS_32K /u01/app/oracle/oradata/orcl/tbs_32k.dbf 8MARK /u01/app/oracle/oradata/orcl/mark.bdf 9TBS01 /u01/app/oracle/oradata/orcl/tbs01.bdf 11TBS03 /u01/app/oracle/oradata/orcl/tbs03.dbf 12TBS04 /u01/app/oracle/oradata/orcl/tbs04.dbf 1310 rows selected删除⼀个数据⽂件,这⾥把⽂件编号为13的数据⽂件给删除:[oracle@redhat6 ~]$ rm -f /u01/app/oracle/oradata/orcl/tbs04.dbf(3)恢复数据⽂件(3.1)使⽤list failure查看失败操作RMAN> list failure;List of Database Failures=========================Failure ID Priority Status Time Detected Summary---------- -------- --------- ------------- -------8 HIGH OPEN16-MAY-18 One or more non-system datafiles need media recovery42 HIGH OPEN13-DEC-17 One or more non-system datafiles are missing(3.2)使⽤RMAN建议来恢复丢失的⽂件RMAN> advise failure2> ;List of Database Failures=========================Failure ID Priority Status Time Detected Summary---------- -------- --------- ------------- -------8 HIGH OPEN16-MAY-18 One or more non-system datafiles need media recovery42 HIGH OPEN13-DEC-17 One or more non-system datafiles are missinganalyzing automatic repair options; this may take some timeusing channel ORA_DISK_1analyzing automatic repair options completeMandatory Manual Actions========================no manual actions availableOptional Manual Actions=======================1. If you restored the wrong version of data file/u01/app/oracle/oradata/orcl/tbs04.dbf, then replace it with the correct one2. If file/u01/app/oracle/oradata/orcl/tbs04.dbf was unintentionally renamed or moved, restore itAutomated Repair Options========================Option Repair Description------ ------------------1Restore and recover datafile 13; Recover datafile 13Strategy: The repair includes complete media recovery with no data lossRepair script: /u01/app/oracle/diag/rdbms/orcl/orcl/hm/reco_1931299378.hm最后⼀⾏给出了恢复的脚本,查看脚本[oracle@redhat6 ~]$ more /u01/app/oracle/diag/rdbms/orcl/orcl/hm/reco_1931299378.hm# restore and recover datafilesql 'alter database datafile 13 offline';restore datafile 13;recover datafile 13;sql 'alter database datafile 13 online';# recover datafilesql 'alter database datafile 13 offline';recover datafile 13;sql 'alter database datafile 13 online';根据脚本,执⾏修复和恢复RMAN> sql 'alter database datafile 13 offline';sql statement: alter database datafile 13 offlineRMAN>restore datafile 13;Starting restore at 16-MAY-18using channel ORA_DISK_1channel ORA_DISK_1: starting datafile backup set restorechannel ORA_DISK_1: specifying datafile(s) to restore from backup setchannel ORA_DISK_1: restoring datafile 00013to/u01/app/oracle/oradata/orcl/tbs04.dbfchannel ORA_DISK_1: reading from backup piece /u01/app/oracle/product/11.2.0/db_1/dbs/01t31soh_1_1channel ORA_DISK_1: piece handle=/u01/app/oracle/product/11.2.0/db_1/dbs/01t31soh_1_1 tag=TAG20180516T144121 channel ORA_DISK_1: restored backup piece 1channel ORA_DISK_1: restore complete, elapsed time: 00:00:03Finished restore at 16-MAY-18RMAN> recover datafile 13;Starting recover at 16-MAY-18using channel ORA_DISK_1starting media recoverymedia recovery complete, elapsed time: 00:00:00Finished recover at 16-MAY-18RMAN> sql 'alter database datafile 13 online';sql statement: alter database datafile 13 online(4)重启数据库,确认⽆异常SQL>shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.SQL> startupORACLE instance started.Total System Global Area 730714112 bytesFixed Size 2216944 bytesVariable Size 314575888 bytesDatabase Buffers 411041792 bytesRedo Buffers 2879488 bytesDatabase mounted.Database opened.完结。
RMAN丢失了控制文件如何恢复

这里假定是nocatalog的情况下,我们采用了RMAN备份,但是丢失了控制文件,因为控制文件中包含了rman的备份信息,所以没有办法用平常的方法来恢复,如果想恢复数据库,则需要利用一个叫DBMS_BACKUP_RESTORE的包来实现,这个包在nomount下就可以正常运行,也就是说,只需要启动到nomount下就可以利用它来恢复控制文件或者数据文件以及归档日志。
1、从备份片中恢复控制文件
最好有控制文件能恢复,就算恢复的这个控制文件没有最新的备份信息也好,起码可以利用它来定位数据文件。
如果没有控制文件可恢复,后来的数据文件恢复将变的更复杂。
以下是恢复控制文件的脚本,需要在sys as dba的连接下执行。
2、从备份片中恢复数据文件
恢复数据文件的时候,必须要知道数据文件对应的文件编号,而且最好能知道数据文件位于哪个备份片,所以就是前面说的最好能先resotre一个控制文件出来,如果实在不行,能用备份时候的日志也可以。
以下是恢复全备份的下的数据文件的脚本:
当然,有的时候,我们不仅仅是做全备份,还要做增量备份,那么我们怎么从增量备份中应用备份到数据文件中呢,我们可以参考如下脚本:
3、从备份片中恢复归档日志
如果restore完数据文件,归档日志也是可能需要做restore的,用于做recover,可以采用如下的脚本恢复archive log:
以上是恢复一个归档日志的脚本,如果是恢复批量的归档日志,可以采用增加如下内容在上面的脚本中。
Oracle数据库RMAN恢复之数据文件的恢复详解

除了system表空间的数据文件(mount)之外,其它数据文件可以在open(mount也可以)状态下恢复。
open状态下恢复数据文件可以减少数据库停用的时间,所以应该在open状态下恢复这些数据文件。
示例一:数据文件被误删除数据库关闭状态下删除非系统表空间数据文件。
启动数据库到mount状态。
脱机丢失的数据文件,alter database datafile n offline。
打开数据库,alter database open。
转储数据文件,restore datafile n。
使用recover datafile n 应用归档日志。
联机数据文件,alter database datafile n online。
--数据库关闭状态下删除非系统表空间数据文件。
1.[oracle@localhost ~]$ rm $ORACLE_BASE/product/10.2.0/oradatabak/example01.dbf;2.SQL> select file#,error from v$recover_file;3.FILE# ERROR4.---------- -----------------------------------------------------------------5. 5 FILE NOT FOUND6.SQL> select file#,name from v$datafile where file#=5;7.FILE# NAME8.---------- --------------------------------------------------------------------------------9. 5 /oracle/10g/oracle/product/10.2.0/oradatabak/example01.dbf10.--恢复数据文件11.RMAN> run {12.startup force mount;13.sql 'alter database datafile 5 offline';14.sql 'alter database open';15.restore datafile 5;16.recover datafile 5;17.sql 'alter database datafile 5 online';18.8> }示例二:数据文件所在磁盘出现损坏数据库关闭状态下删除非系统表空间数据文件。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
一次曲折的rman控制文件恢复用rman备份一个最新的控制文件rman target / catalog rman/rman@catdbRMAN>backup current controlfile format ='/oracle/backup/backup_%U';破坏控制文件select name from v$controlfile;/dev/rctrlfile1/dev/rctrlfile2/dev/rctrlfile3用dd把控制文件都搞坏,如下:# dd if=/dev/zero of=/dev/rctrlfile1 bs=32k------没有归档当前的redo log。
SQL> shutdown abort;ORACLE instance shut down.尝试正常启动数据库SQL> startupORACLE instance started.Total System Global Area 167772160 bytesFixed Size 2094904 bytesVariable Size 100665544 bytesDatabase Buffers 58720256 bytesRedo Buffers 6291456 bytesORA-00205: error in identifying control file, check alert log for more info报错,把数据库启动到nomount状态SQL> shutdownORA-01507: database not mountedORACLE instance shut down.SQL> startup nomountORACLE instance started.Total System Global Area 167772160 bytesFixed Size 2094904 bytesVariable Size 100665544 bytesDatabase Buffers 58720256 bytesRedo Buffers 6291456 bytesSQL>连接rman,准备恢复数据库文件。
ibmchen$[/oracle]rman target / catalog rman/rman@catdbRecovery Manager: Release 10.2.0.5.0 - Production on Wed Mar 14 16:18:09 2012Copyright (c) 1982, 2007, Oracle. All rights reserved.connected to target database: orac (not mounted)connected to recovery catalog database检查是否打开CONTROLFILE AUTOBACKUP ONRMAN> show all;RMAN configuration parameters are:CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default CONFIGURE BACKUP OPTIMIZATION OFF; # defaultCONFIGURE DEFAULT DEVICE TYPE TO DISK; # defaultCONFIGURE CONTROLFILE AUTOBACKUP OFF; # default CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # defaultCONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # defaultCONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # defaultCONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # defaultCONFIGURE CHANNEL DEVICE TYPE DISK FORMAT'/oracle/backup/%U';CONFIGURE MAXSETSIZE TO UNLIMITED; # defaultCONFIGURE ENCRYPTION FOR DATABASE OFF; # default CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default结果:没有打开AUTOBACKUP列出备份的控制文件RMAN> list backup of controlfile;List of Backup Sets===================BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ---------------------------214 Full 5.30M DISK 00:00:0514-MAR-12BP Key: 216 Status: AVAILABLE Compressed: NO Tag: TAG20120314T051102Piece Name:/oracle/app/oracle/product/10.2.0/db_1/dbs/05n5que6_1_1Control File Included: Ckp SCN: 5593672 Ckp time:14-MAR-12BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ---------------------------246 Full 5.30M DISK 00:00:0414-MAR-12BP Key: 250 Status: AVAILABLE Compressed: NO Tag: TAG20120314T090504Piece Name:/oracle/app/oracle/product/10.2.0/db_1/dbs/07n5rc5h_1_1Control File Included: Ckp SCN: 5637823 Ckp time:14-MAR-12BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ---------------------------283 Full 5.30M DISK 00:00:0714-MAR-12BP Key: 287 Status: AVAILABLE Compressed: NO Tag: TAG20120314T102947Piece Name: /oracle/backup/backup_09n5rh38_1_1Control File Included: Ckp SCN: 5642424 Ckp time:14-MAR-12BS Key Type LV Size Device Type Elapsed Time Completion Time------- ---- -- ---------- ----------- ---------------------------315 Full 5.27M DISK 00:00:0314-MAR-12BP Key: 318 Status: AVAILABLE Compressed: NO Tag: TAG20120314T132455Piece Name: /oracle/backup/control.bkpControl File Included: Ckp SCN: 5644103 Ckp time:14-MAR-12挑一个最新的备份(最新的未必好使)恢复控制文件:RMAN> restore controlfile from '/oracle/backup/control.bkp';Starting restore at 14-MAR-12allocated channel: ORA_DISK_1channel ORA_DISK_1: sid=155 devtype=DISKchannel ORA_DISK_1: restoring control filechannel ORA_DISK_1: restore complete, elapsed time: 00:00:08 output filename=/dev/rctrlfile1output filename=/dev/rctrlfile2output filename=/dev/rctrlfile3Finished restore at 14-MAR-12RMAN>控制文件恢复完毕,将数据库启动到mount状态SQL> alter database mount;Database altered.SQL> alter database open;alter database open*ERROR at line 1:ORA-01589: must use RESETLOGS or NORESETLOGS option for database open提示要用resetlogs方式打开SQL> alter database open resetlogs;alter database open resetlogs*ERROR at line 1:ORA-01194: file 1 needs more recovery to be consistentORA-01110: data file 1: '/dev/rsystem'数据不一致,提示需要recover databaseSQL> recover database until cancel;ORA-00283: recovery session canceled due to errorsORA-01610: recovery using the BACKUP CONTROLFILE option must be done提示需要用BACKUP CONTROLFILE方式recover databaseSQL> recover database using backup controlfile until cancel; ORA-00279: change 5646533 generated at 03/14/2012 14:02:44 needed for thread 1ORA-00289: suggestion : /oracle/arch/arch1_161_772505712.dbf ORA-00280: change 5646533 for thread 1 is in sequence #161Specify log: {<RET>=suggested | filename | AUTO | CANCEL} autoORA-00308: cannot open archived log'/oracle/arch/arch1_161_772505712.dbf'ORA-27037: unable to obtain file statusIBM AIX RISC System/6000 Error: 2: No such file or directory Additional information: 3ORA-00308: cannot open archived log'/oracle/arch/arch1_161_772505712.dbf'ORA-27037: unable to obtain file statusIBM AIX RISC System/6000 Error: 2: No such file or directory Additional information: 3ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error belowORA-01194: file 1 needs more recovery to be consistent我晕,/oracle/arch/arch1_161_772505712.dbf没有归档。