ORACLE备份&恢复案例之四（精品） 2006-10-22 15:55:55标签：备份 oracle 数据容灾 容灾系统 复制

5.2 损坏控制文件的恢复方法

5.2.1 损坏单个控制文件

损坏单个控制文件是比较容易恢复的，因为一般的数据库系统，控制文件都不是一个，而且所有的控制文件都互为镜相，只要拷贝一个好的控制文件替换坏的控制文件就可以了。1、控制文件损坏，最典型的就是启动数据库出错，不能mount数据库SQL>startupORA-00205: error in identifying controlfile, check alert log for more info查看报警日志文件，有如下信息alter database mountMon May 26 11:59:52 2003ORA-00202: controlfile: 'D:Oracleoradatachencontrol01.ctl'ORA-27041: unable to open fileOSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件。2、停止数据库SQL>shutdown immediate3、拷贝一个好的控制文件替换坏的控制文件或修改init.ora中的控制文件参数，取消这个坏的控制文件。4、重新启动数据SQL>startup说明：1、损失单个控制文件是比较简单的，因为数据库中所有的控制文件都是镜相的，只需要简单的拷贝一个好的就可以了2、建议镜相控制文件在不同的磁盘上3、建议多做控制文件的备份，长期保留一份由alter database backup control file to trace产生的控制文件的文本备份

5.2.2 损坏全部控制文件

损坏多个控制文件，或者人为的删除了所有的控制文件，通过控制文件的复制已经不能解决问题，这个时候需要重新建立控制文件。同时注意，alter database backup control file to trace可以产生一个控制文件的文本备份。以下是详细重新创建控制文件的步骤1、关闭数据库SQL>shutdown immediate;2、删除所有控制文件，模拟控制文件的丢失3、启动数据库，出现错误，并不能启动到mount下SQL>startupORA-00205: error in identifying controlfile, check alert log for more info查看报警日志文件，有如下信息alter database mountMon May 26 11:53:15 2003ORA-00202: controlfile: 'D:Oracleoradatachencontrol01.ctl'ORA-27041: unable to open fileOSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件。4、关闭数据库SQL>shutdown immediate;5、在internal或sys下运行如下创建控制文件的脚本，注意完整列出联机日志或数据文件的路径，或修改由alter database backup control file to trace备份控制文件时产生的脚本，去掉多余的注释即可。STARTUP NOMOUNTCREATE CONTROLFILE REUSE DATABASE "TEST" NORESETLOGS NOARCHIVELOGMAXLOGFILES 32MAXLOGMEMBERS 2MAXDATAFILES 254MAXINSTANCES 1MAXLOGHISTORY 226LOGFILEGROUP 1 'D:ORACLEORADATATESTREDO01.LOG' SIZE 1M,GROUP 2 'D:ORACLEORADATATESTREDO02.LOG' SIZE 1M,GROUP 3 'D:ORACLEORADATATESTREDO03.LOG' SIZE 1MDATAFILE'D:ORACLEORADATATESTSYSTEM01.DBF','D:ORACLEORADATATESTRBS01.DBF','D:ORACLEORADATATESTUSERS01.DBF','D:ORACLEORADATATESTTEMP01.DBF','D:ORACLEORADATATESTTOOLS01.DBF','D:ORACLEORADATATESTINDX01.DBF'CHARACTER SET ZHS16GBK;-- Recovery is required if any of the datafiles are restored backups,-- or if the last shutdown was not normal or immediate.RECOVER DATABASE--if the last shutdown was not normal or immediate--noarchive-- RECOVER DATABASE UNTIL CANCELUSING BACKUP CONTROLFILE--archive-- RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL-- Database can now be opened normally.ALTER DATABASE OPEN;--if recover database until cancel--ALTER DATABASE OPEN RESETLOGS;6、如果没有错误，数据库将启动到open状态下。说明：1、重建控制文件用于恢复全部数据文件的损坏，需要注意其书写的正确性，保证包含了所有的数据文件与联机日志2、经常有这样一种情况，因为一个磁盘损坏，我们不能再恢复(store)数据文件到这个磁盘，因此在store到另外一个盘的时候，我们就必须重新创建控制文件，用于识别这个新的数据文件，这里也可以用这种方法用于恢复

5.3 损坏回滚数据文件的恢复方法

回滚段表空间中的一个数据文件丢失或者损坏导致数据库无法识别它，在启动数据库的时候会出现ORA-1157, ORA-1110的错误，或者操作系统级别的错误，例如ORA-7360。在关闭数据库的时候(normal或者immediate)会出现ORA-1116, ORA-1110的错误，或者操作系统级别的错误，例如ORA-7368。感谢coolyl的辛勤工作，关于回滚段的大部分内容都是摘自他在itpub的文章。

5.3.1 损坏数据文件，但数据库处于Open状态

如果你发现有回滚段的数据文件丢失或者损坏了，而此时的数据库是处于打开的状态下并且在运行，就千万不要关闭数据库了，因为在大多数的情况下打开的时候比关闭的时候好解决问题一些。 一般也是存在有两种情况： A。是offline丢失或损坏的数据文件，然后从一个备份中恢复，执行介质恢复以保持一致性。但是这种情况要求数据库是归档方式下才可以采用的。 B。是offline那个存在丢失或损坏的数据文件所在的整个回滚段表空间，然后删除整个回滚段表空间并重建，但是你必须要杀掉那些在回滚段中已经激活的用户进程才可以offline的。 通常第一种情况就比较简单实现，但是更多的用户事务将会出错并且回滚。 A的具体步骤： 1。offline丢失或损坏的数据文件 ALTER DATABASE DATAFILE '' OFFLINE; 2。从一个有效的备份中恢复。 3。执行以下查询 SELECT V1.GROUP#, MEMBER, SEQUENCE# FROM V$LOG V1, V$LOGFILE V2 WHERE V1.GROUP# = V2.GROUP# ; 这个将列出你的所有redolog文件以及它们所代表的sequence numbers。 4。恢复数据文件。 RECOVER DATAFILE '' 5。确信你应用了所有的redolog文件，直至出现提示信息"Media recovery complete"。 6。online那个数据文件。 ALTER DATABASE DATAFILE '' ONLINE;B的具体步骤： 1。offline存在丢失或损坏的数据文件的回滚段表空间中的所有回滚段。 ALTER ROLLBACK SEGMENT OFFLINE; 2。检测当然回滚段的状态。 SELECT SEGMENT_NAME, STATUS FROM DBA_ROLLBACK_SEGS WHERE TABLESPACE_NAME = ''; 3。删除所有offline的回滚段 DROP ROLLBACK SEGMENT ; 4。处理那些online状态的回滚段。 重新执行第二步的查询 如果你已经执行过offline操作的回滚段状态仍然是online，则说明这个回滚段内有活动的事务。你要接着查询 SELECT SEGMENT_NAME, XACTS ACTIVE_TX, V.STATUS FROM V$ROLLSTAT V, DBA_ROLLBACK_SEGS WHERE TABLESPACE_NAME = '' AND SEGMENT_ID = USN; 如果没有返回结果，则证明存在丢失或损坏的数据文件的回滚段表空间中的所有回滚段都已经被offline了，然后重新执行第二步，第三步。如果查询有结果返回，则状态应该是"PENDING OFFLINE".接着查看ACTIVE_TX列，如果值为0，则表明此回滚段中已经没有未处理的事务了，很快就会被offline的，然后等它offline后重新执行2，3步后跳至第六步。如果值大于0，则继续到第五步。 5。强制那些包含活动事务的回滚段offline。 活动的事务应该被提交或者回滚，执行下面的查询看看哪些用户占用了回滚段： SELECT S.SID, S.SERIAL#, S.USERNAME, R.NAME "ROLLBACK" FROM V$SESSION S, V$TRANSACTION T, V$ROLLNAME R WHERE R.NAME IN ('', ... , '') AND S.TADDR = T.ADDR AND T.XIDUSN = R.USN; 最好能直接联系到那些user让他们自己去回滚或者提交事务，如果不能做到的话，那就只能强制性的杀掉进程了。 ALTER SYSTEM KILL SESSION ', '; 杀掉进程后再过一段时间后回滚段会自动清除那些事务，然后就可以回到第二步继续查询了。 6。删除回滚段。 DROP TABLESPACE INCLUDING CONTENTS; 7。重建回滚段并online它们说明：1、数据库如果是open状态，就可以直接在open状态下解决问题，没有必要停下数据库，增加down机时间2、不管上上面那种恢复方法都是正常性的恢复，不会引起数据的不一致或错误。

5.3.2数据库关闭，但是数据文件中没有活动事务

这种情况下最简单的方法就是offline drop掉这个坏了的或者丢失的数据文件，然后以restricted模式打开数据库然后删除并且重建包含损坏文件的回滚段表空间。 具体步骤如下： 1。确定数据库是正常的关闭的。方法是可以去查看alert文件，到最后看是否有如下信息： "alter database dismount Completed: alter database dismount" 如果有的话，就证明数据库是正常关闭的，否则就不能用这个方法去恢复。 2。修改init参数文件，移去ROLLBACK_SEGMENTS中包含的损坏数据文件的回滚段表空间的回滚段，如果你不能确定哪些回滚段是坏的，简单的方法是你可以注释掉整个ROLLBACK_SEGMENTS。 3。以restricted模式去mount数据库。 STARTUP RESTRICT MOUNT 4。offline drop掉那个坏的数据文件 ALTER DATABASE DATAFILE '' OFFLINE DROP; 5。打开数据库 ALTER DATABASE OPEN 如果你看到如下信息"Statement processed"，则跳到第7步，如果你看到ORA-604, ORA-376, and ORA-1110的错误信息，继续第6步。 6。正常的关闭数据库，然后在init文件中注释掉ROLLBACK_SEGMENTS，并加入隐含参数 _corrupted_rollback_segments = ( ,...., ) 然后以restricted模式打开数据库 STARTUP RESTRICT 7。删除掉那个包含损坏文件的回滚段表空间。 DROP TABLESPACE INCLUDING CONTENTS; 8。重建回滚段表空间，记得创建后要把回滚段都online。 9。重新使数据库对所有用户可用。 ALTER SYSTEM DISABLE RESTRICTED SESSION; 10。然后正常关闭数据库，修改init文件，如果开始只是注释掉了ROLLBACK_SEGMENTS的，就去掉注释即可，如果加了隐含参数的，注释掉它，并在ROLLBACK_SEGMENTS加入所有的回滚段。 11。正常启动数据库。 Startup说明：1、这种方法的前提条件是数据库是正常关闭（不是abort）可用2、这种方法是正常方法，不会引起数据错误

5.3.3 数据库关闭，数据文件中有活动事务，没有可用备份

一般造成这种原因的情况是采用了shutdown abort或其它原因异常关机（如断电）导致的。1、开启一个事务 SQL> set transaction use rollback segment rbs0; Transaction set.SQL> insert into test (a) values (1); 1 row created.2、异常关闭 SQL> shutdown abort;ORACLE instance shut down.3、删除rbs的一个数据文件C:>del D:Oracleoradatachenrbs01.4、修改INIT.ora rollback_segments=(system) 添加_corrupted_rollback_segments=(rbs0,rbs1,rbs2……) 5、SQL>Startup mount 6、SQL>alter database datafile ’d:oracleoradatat8irbs01.dbf’ offline drop; 数据库已更改。 7、SQL>recover database ； 完成介质恢复。 8、SQL>alter database open ; 数据库已更改。 9、SQL>select * from v$rollname; USN NAME ----------------- --------------------- 0 SYSTEM 10、SQL>select segment_name,tablespace_name,status from dba_rollback_segs; SEGMENT_NAME TABLESPACE_NAME STATUS ------------------------------ ------ ------------------------------------ SYSTEM SYSTEM ONLINE RBS0 RBS NEEDS RECOVERY RBS1 RBS NEEDS RECOVERY RBS2 RBS NEEDS RECOVERY 11、SQL>drop rollback segment rbs0; 重算段已丢弃。 SQL>drop rollback segment rbs1; 重算段已丢弃。 SQL>drop rollback segment rbs2; 重算段已丢弃。12、SQL>select segment_name,tablespace_name,status from dba_rollback_segs; SEGMENT_NAME TABLESPACE_NAME STATUS ------------------------------ ------ ------------------------------------ SYSTEM SYSTEM ONLINE 13、SQL>drop tablespace rbs including contents; 表空间已丢弃。 14、重建新的回滚表空间及回滚段，并联机。 15、SQL>shutdown abort 16、再修改INIT.ora rollback_segments=(rbs0,rbs1,rbs2) 将_corrupted_rollback_segments=(rbs0,rbs1,rbs2)去掉。 17、SQL>startup 1、这种办法是万不得以的时候使用的方法，如果有备份，都建议从备份上进行恢复2、这种方法恢复的数据库，可能会引起数据库的数据错误3、恢复成功以后，建议exp/imp数据，并重新分析检查数据库

5.3.4 数据库关闭，数据文件中有活动事务，从备份恢复

1。从一个有效的备份中恢复损坏的数据文件。 2。mount数据库。 3。执行以下查询 SELECT FILE#, NAME, STATUS FROM V$DATAFILE; 如果发现要恢复的文件是offline状态的话，要先online它 ALTER DATABASE DATAFILE '' ONLINE; 4。执行以下查询 SELECT V1.GROUP#, MEMBER, SEQUENCE#, FIRST_CHANGE# FROM V$LOG V1, V$LOGFILE V2 WHERE V1.GROUP# = V2.GROUP# ; 这个将列出redlog文件所代表的sequence和first change numbers。 5。如果数据库是非归档情况下，执行以下查询： SELECT FILE#, CHANGE# FROM V$RECOVER_FILE; 如果CHANGE#大于最小的redolog文件的FIRST_CHANGE#，则数据文件可以被恢复，记得在应用日志的时候要把所有redolog文件全部应用一遍。 如果CHANGE#小于最小的redolog文件的FIRST_CHANGE#，则数据文件就不可以被恢复了，这时候你要从一个有效的全备份中去恢复数据库了，如果没有全备份的话，那你就只能把数据库强制打开到一个不一致的状态去exp出数据，然后重新建库导入数据，因为这种方式的恢复oracle是不推荐用户自己做的，所以这里我就不详细说明了。 6。恢复数据文件 RECOVER DATAFILE '' 7。确信你应用了所有的redolog文件，直至出现提示信息"Media recovery complete"。 8。打开数据库。说明：1、这种方法要求在归档有备份的方式下进行，而且是建议方式2、这种方法不会导致数据库的错误

5.4 损坏临时数据文件的恢复方法

临时数据文件的恢复是比较简单的，因为临时文件中不涉及到其它的有用的数据，所以可以删除后重建1、关闭数据库SQL>shutdown immediate2、删除临时数据文件，模拟媒体失败3、启动数据库，检测到文件错误4、脱机该数据文件SQL>alter database datafile ‘文件名全名’ offline drop;5、打开数据库SQL>alter database open6、删除该临时表空间SQL>drop tablespace temp(或其它临时表空间名称);7、重新创建该表空间，并重新分配给用户说明：1、临时数据文件是非重要文件，不保存永久数据，可以随时删除重建，不影响数据库的数据安全2、如果重新建立以后，别忘了重新分配给用户。

第六章. 常见恢复误区

1、可以不需要备份，只有归档就能进行数据库的向前的恢复答：这个在ORACLE 9i以前起码是不可能的，在别的数据库我也没有听说过，不完全恢复的主要思路是利用不完全点之前的备份，加上归档日志，恢复到不完全恢复点，9i中出现了一个flashback的特性，这个特性的使用，也是有很多局限的。2、进行不完全恢复只需要拷贝一个需要恢复的备份数据文件答：不完全恢复需要拷贝所有的数据文件，最好包括临时数据文件在内，否则需要另外的处理，如果有一个数据文件的SCN大于不完全恢复点，那么这个恢复都将是失败的。3、使用RMAN目录与目标数据库在同一数据库能很好进行数据库的恢复答：使用恢复目录与目标数据库在同一个数据库中，将存在很大的恢复局限，如该数据库的系统数据文件的损害，数据库根本不能open，那么RMAN也就无法连接恢复目录，也就不存在恢复了。

第七章. 小结

这里我们反复演示了多种情况下的恢复方案，通过这些演示，我们应该掌握了如下内容：1、利用OS与RMAN进行各种常规备份与恢复。2、熟悉没有备份或简单的非常规备份与恢复的方法。