偶看新闻金钱豹和花豹:Oracle数据库备份与恢复
来源：百度文库 编辑：偶看新闻 时间：2024/04/29 00:11:59
第一章. 理解什么是数据库恢复
当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。恢复过程大致可以分为复原(Restore)与恢复(Restore)过程。数据库恢复可以分为以下两类：1.1实例故障的一致性恢复
当实例意外地（如掉电、后台进程故障等）或预料地（发出SHUTDOUM ABORT语句）中止时出现实例故障，此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障，则需介质恢复。在其它情况ORACLE在下次数据库起动时（对新实例装配和打开），自动地执行实例恢复。如果需要，从装配状态变为打开状态，自动地激发实例恢复，由下列处理：（1） 为了解恢复数据文件中没有记录的数据，进行向前滚。该数据记录在在线日志，包括对回滚段的内容恢复。（2） 回滚未提交的事务，按步1重新生成回滚段所指定的操作。（3） 释放在故障时正在处理事务所持有的资源。（4） 解决在故障时正经历一阶段提交的任何悬而未决的分布事务。1.2介质故障或文件错误的不一致恢复
介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。这种状态下的数据库都是不一致的，需要DBA手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行的归档方式和备份方式。（1） 完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误，有不同类型的完全恢复可使用，其决定于毁坏文件和数据库的可用性。（2） 不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损的数据库，使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和基于修改的不完全恢复。基于撤消(CANCEL)恢复：在某种情况，不完全介质恢复必须被控制，DBA可撤消在指定点的操作。基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数据文件后中止恢复操作。基于时间(TIME)和基于修改(SCN)的恢复：如果DBA希望恢复到过去的某个指定点，是一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外删除某个数据表之前。第二章. 数据库恢复案例测试环境
2.1 数据库环境
以下的所有案例都是通过测试经过，环境为：OS：Windows 2000 ServerDB：Oracle 816DBNAME：TEST数据文件：SQL> select file#,status,enabled,name from v$datafile;FILE# STATUS ENABLED NAME---------- ------- ---------- --------------------------------------------------------------------------------1 SYSTEM READ WRITE D:ORACLEORADATATESTSYSTEM01.DBF2 ONLINE READ WRITE D:ORACLEORADATATESTRBS01.DBF3 ONLINE READ WRITE D:ORACLEORADATATESTUSERS01.DBF4 ONLINE READ WRITE D:ORACLEORADATATESTTEMP01.DBF5 ONLINE READ WRITE D:ORACLEORADATATESTTOOLS01.DBF6 ONLINE READ WRITE D:ORACLEORADATATESTINDX01.DBF控制文件：SQL> select * from v$controlfile;STATUS NAME------- --------------------------------------------------------------------------------D:ORACLEORADATATESTCONTROL01.CTLD:ORACLEORADATATESTCONTROL02.CTLD:ORACLEORADATATESTCONTROL03.CTL联机日志：SQL> select * from v$logfile;GROUP# STATUS MEMBER---------- ------- --------------------------------------------------------------------------------1 STALE D:ORACLEORADATATESTREDO01.LOG2 D:ORACLEORADATATESTREDO02.LOG3 STALE D:ORACLEORADATATESTREDO03.LOG2.2 数据库备份脚本
冷备份脚本rem script:coldbak.sqlrem creater:chenjipingrem date:5.8.2003rem desc:offline full backup database --connect databaseconnect internal/password;--shutdown databaseshutdown immediate;--Copy Data file!xcopy d:oracleoradatatest*.dbf d:database/H/R; --Copy Control file!xcopy d:oracleoradatatest*.ctl d:database/H/R;--Copy Log file!xcopy d:oracleoradatatest*.log d:database/H/R;--startup databasestartup;说明：1、以上脚本在数据库关闭状态下备份数据库所有的数据文件，联机日志，控制文件（在一个目录下），如果成功备份，所有文件是一致的。2、没有备份参数文件，参数文件可以另外备份，没有必要每次都备份，只需要在改变设置后备份一次。3、如果以上命令没有成功依次执行，那么备份将是无效的，如连接数据库不成功，那么肯定关闭数据库也不成功，那么备份则无效4、冷备份建议下人工干预下执行。数据库OS热全备份脚本rem script:hotbak.sqlrem creater:chenjipingrem date:5.8.2003rem desc:backup all database datafile in archive--connect databaseconnect internal/password;--archivealter system archive log current;--startalter tablespace system begin backup;!xcopy d:oracleoradatatestsystem01.dbf d:databak/H/R;alter tablespace system end backup;alter tablespace rbs begin backup;!xcopy d:oracleoradatatestrbs01.dbf d:databak/H/R;alter tablespace rbs end backup;alter tablespace users begin backup;!xcopy d:oracleoradatatestusers01.dbf d:databak/H/R;alter tablespace users end backup;alter tablespace tools begin backup;!xcopy d:oracleoradatatesttools01.dbf d:databak/H/R;alter tablespace tools end backup;alter tablespace indx begin backup;!xcopy d:oracleoradatatestindx01.dbf d:databak/H/R;alter tablespace indx end backup;--end--bak control file--binaryalter database backup controlfile to 'd:databakcontrolbinbak.000';--asciialter database backup controlfile to trace;alter system archive log current;说明：1、热备份必须在数据库归档方式下才可以运行2、以上脚本可以在数据库运行状态下备份数据库所有的数据文件（除了临时数据文件），没有必要备份联机日志。3、归档日志至少需要一次完整备份之后的所有日志。4、如果以上命令没有成功依次执行，那么备份也是无效的，如连接数据库不成功，那么备份则无效RMAN备份只讲叙有恢复目录的情况，如果没有恢复目录，情形大致相似。以下是RMAN的热备份全备份的脚本：# script:bakup.rcv# creater:chenjiping# date:5.8.2003# desc:backup all database datafile in archive with rman# connect databaseconnect rcvcat rman/rman@back;connect target internal/virpure;# start backup databaserun{allocate channel c1 type disk;backup full tag 'dbfull' format 'd:backupfull%u_%s_%p' databaseinclude current controlfile;sql 'alter system archive log current';release channel c1;}# end说明：1、 数据库必须运行在归档模式下2、 RMAN将自动备份数据文件，运行可靠3、 归档日志另外备份处理，但至少需要保存一次备份来的日志4、 没有必要用RMAN做冷备份，效果不好以上举例说明了数据库的恢复案例的测试环境与部分备份测试脚本，其它的备份脚本可以根据以上脚本演变而来或在案例中加以说明。数据库的自动实例将不加以说明，这里只举例说明媒体错误或人为错误造成的恢复可能。以上包括以下案例都是在WINDOWS+ORACLE816上测试验证的，在不同的操作系统与不同的数据库版本中略有差别。第三章. 了解与恢复相关的信息
1、理解报警日志文件报警日志文件一般记载了数据库的启动/关闭信息，归档信息，备份信息，恢复信息，常见错误信息，部分数据库修改记录等。一般令名规则为第四章. 数据库恢复案例
4.1非归档模式下的备份与恢复
备份方案：采用OS冷备份1.连接数据库并创建测试表SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:46:32 2003(c) Copyright 1999 Oracle Corporation. All rights reserved.SQL> connect internal/password as sysdba;Connected.SQL> create table test(a int);Table createdSQL> insert into test values(1);1 row insertedSQL> commit;Commit complete2.备份数据库SQL> @coldbak.sql 或在DOS下 svrmgrl @coldbak.sql3.再插入记录SQL> insert into test values(2);1 row insertedSQL> commit;Commit completeSQL> select * from test;A---------------------------------------124.关闭数据库SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.5.毁坏一个或多个数据文件，如删除user01.dbfC:>del D:ORACLEORADATATESTUSERS01.DBF模拟媒体毁坏6.重新启动数据库，会发现如下错误SQL> startupORACLE instance started.Total System Global Area 102020364 bytesFixed Size 70924 bytesVariable Size 85487616 bytesDatabase Buffers 16384000 bytesRedo Buffers 77824 bytesDatabase mounted.ORA-01157: cannot identify/lock data file 3 - see DBWR trace fileORA-01110: data file 3: 'D:ORACLEORADATATESTUSERS01.DBF'在报警文件中，会有更详细的信息Errors in file D:OracleadmintestbdumptestDBW0.TRC:ORA-01157: cannot identify/lock data file 3 - see DBWR trace fileORA-01110: data file 3: 'D:ORACLEORADATATESTUSERS01.DBF'ORA-27041: unable to open fileOSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件。7.拷贝备份复原到原来位置(restore过程)C:>xcopy d:database*.* d:oracleoradatatest/H/R/S8.打开数据库，检查数据SQL> alter database open;Database altered.SQL> select * from test;A---------------------------------------1这里可以发现，数据库恢复成功，但在备份之后与崩溃之前的数据丢失了。说明：1、非归档模式下的恢复方案可选性很小，一般情况下只能有一种恢复方式，就是数据库的冷备份的完全恢复，仅仅需要拷贝原来的备份就可以(restore)，不需要recover。2、这种情况下的恢复，可以完全恢复到备份的点上，但是可能是丢失数据的，在备份之后与崩溃之前的数据将全部丢失。3、不管毁坏了多少数据文件或是联机日志或是控制文件，都可以通过这个办法恢复，因为这个恢复过程是Restore所有的冷备份文件，而这个备份点上的所有文件是一致的，与最新的数据库没有关系，就好比把数据库又放到了一个以前的“点”上。4、对于非归档模式下，最好的办法就是采用OS的冷备份，建议不要用RMAN来作冷备份，效果不好，因为RMAN不备份联机日志，restore不能根本解决问题。5、如果没有备份联机日志，如RMAN的备份，就需要利用不完全恢复(until cancel)的方法来重新创建联机日志文件4.2归档模式下丢失或损坏一个数据文件
4.2.1 OS备份方案
在归档方式下损坏或丢失一个数据文件，如果存在相应的备份与该备份以来的归档日志，恢复还是比较简单的，可以作到尽量少的Down机时间，并能作到数据库的完全恢复。1、连接数据库，创建测试表并插入记录SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:46:32 2003(c) Copyright 1999 Oracle Corporation. All rights reserved.SQL> connect internal/password as sysdba;Connected.SQL> create table test(a int) tablespace users;Table createdSQL> insert into test values(1);1 row insertedSQL> commit;Commit complete2、备份数据库SQL> @hotbak.sql 或在DOS下 svrmgrl @hotbak.sql3、继续在测试表中插入记录SQL> insert into test values(2);1 row insertedSQL> commit;Commit completeSQL> select * from test;A---------------------------------------12SQL> alter system switch logfile;System altered.SQL> alter system switch logfile;System altered.4、关闭数据库，模拟丢失数据文件SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut downC:>del D:ORACLEORADATATESTUSERS01.DBF模拟媒体毁坏5、启动数据库错误，脱机该数据文件SQL> startupORACLE instance started.Total System Global Area 102020364 bytesFixed Size 70924 bytesVariable Size 85487616 bytesDatabase Buffers 16384000 bytesRedo Buffers 77824 bytesDatabase mounted.ORA-01157: cannot identify/lock data file 3 - see DBWR trace fileORA-01110: data file 3: 'D:ORACLEORADATATESTUSERS01.DBF'还可以查看报警文件（见上一个恢复案例）或动态视图v$recover_file如SQL> select * from v$recover_file;FILE# ONLINE ERROR CHANGE# TIME---------- ------- ------------------ ---------- -----------3 ONLINE 1013500 2003-05-07脱机数据文件SQL> alter database datafile 3 offline drop;Database altered.6、打开数据库，拷贝备份回来(restore)，恢复(recover)该数据文件，并联机SQL> alter database open;Database altered.拷贝备份从备份处copy d:databak users01.dbf d:oracleoradatatest;恢复该数据文件SQL> recover datafile 3;ORA-00279: change 1053698 generated at 05/07/2003 17:51:26 needed for thread 1ORA-00289: suggestion : D:ORACLEORADATATESTARCHIVETESTT001S00304.ARCORA-00280: change 1053698 for thread 1 is in sequence #304Specify log: {4.2.2 RMAN备份方案
RMAN也可以进行联机备份，而且备份与恢复方法将比OS备份更简单可靠。1、连接数据库，创建测试表并插入记录SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:46:32 2003(c) Copyright 1999 Oracle Corporation. All rights reserved.SQL> connect internal/password as sysdba;Connected.SQL> create table test(a int) tablespace users;Table createdSQL> insert into test values(1);1 row insertedSQL> commit;Commit complete2、备份数据库表空间usersC:>rmanRecovery Manager: Release 8.1.6.0.0 - ProductionRMAN> connect rcvcat rman/rman@backRMAN-06008: connected to recovery catalog databaseRMAN> connect target internal/virpureRMAN-06005: connected to target database: TEST (DBID=1788174720)RMAN> run{2> allocate channel c1 type disk;3> backup tag 'tsuser' format 'd:backuptsuser_%u_%s_%p'4> tablespace users;5> release channel c1;6> }RMAN-03022: compiling command: allocateRMAN-03023: executing command: allocateRMAN-08030: allocated channel: c1RMAN-08500: channel c1: sid=16 devtype=DISKRMAN-03022: compiling command: backupRMAN-03025: performing implicit partial resync of recovery catalogRMAN-03023: executing command: partial resyncRMAN-08003: starting partial resync of recovery catalogRMAN-08005: partial resync completeRMAN-03023: executing command: backupRMAN-08008: channel c1: starting full datafile backupsetRMAN-08502: set_count=5 set_stamp=494177612 creation_time=16-MAY-03RMAN-08010: channel c1: specifying datafile(s) in backupsetRMAN-08522: input datafile fno=00003 name=D:ORACLEORADATATESTUSER01.DBFRMAN-08013: channel c1: piece 1 createdRMAN-08503: piece handle=D:BACKUPTSUSER_05EN93AC_5_1 comment=NONERMAN-08525: backup set complete, elapsed time: 00:00:01RMAN-03023: executing command: partial resyncRMAN-08003: starting partial resync of recovery catalogRMAN-08005: partial resync completeRMAN-03022: compiling command: releaseRMAN-03023: executing command: releaseRMAN-08031: released channel: c1RMAN>3、继续在测试表中插入记录SQL> insert into test values(2);1 row insertedSQL> commit;Commit completeSQL> select * from test;A---------------------------------------12SQL> alter system switch logfile;System altered.SQL>r1* alter system switch logfile;System altered.4、关闭数据库，模拟丢失数据文件SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut downC:>del D:ORACLEORADATATESTUSER01.DBF5、启动数据库，检查错误SQL> startupORACLE instance started.Total System Global Area 102020364 bytesFixed Size 70924 bytesVariable Size 85487616 bytesDatabase Buffers 16384000 bytesRedo Buffers 77824 bytesDatabase mounted.ORA-01157: cannot identify/lock data file 3 - see DBWR trace fileORA-01110: data file 3: 'D:ORACLEORADATATESTUSER01.DBF'6、先打开数据库SQL> alter database datafile 3 offline drop;Database altered.SQL> alter database open;Database altered.7、恢复该表空间恢复脚本可以是恢复单个数据文件run{allocate channel c1 type disk;restore datafile 3;recover datafile 3;sql 'alter database datafile 3 online';release channel c1;}也可以是,恢复表空间run{allocate channel c1 type disk;restore tablespace users;recover tablespace users;sql 'alter database datafile 3 online';release channel c1;}过程如下：C:>rmanRecovery Manager: Release 8.1.6.0.0 - ProductionRMAN> connect rcvcat rman/rman@backRMAN-06008: connected to recovery catalog databaseRMAN> connect target internal/virpureRMAN-06005: connected to target database: TEST (DBID=1788174720)RMAN> run{2> allocate channel c1 type disk;3> restore datafile 3;4> recover datafile 3;5> sql 'alter database datafile 3 online';6> release channel c1;7> }RMAN-03022: compiling command: allocateRMAN-03023: executing command: allocateRMAN-08030: allocated channel: c1RMAN-08500: channel c1: sid=13 devtype=DISKRMAN-03022: compiling command: restoreRMAN-03022: compiling command: IRESTORERMAN-03023: executing command: IRESTORERMAN-08016: channel c1: starting datafile backupset restoreRMAN-08502: set_count=5 set_stamp=494177612 creation_time=16-MAY-03RMAN-08089: channel c1: specifying datafile(s) to restore from backup setRMAN-08523: restoring datafile 00003 to D:ORACLEORADATATESTUSER01.DBFRMAN-08023: channel c1: restored backup piece 1RMAN-08511: piece handle=D:BACKUPTSUSER_05EN93AC_5_1 tag=TSUSER params=NULLRMAN-08024: channel c1: restore completeRMAN-03023: executing command: partial resyncRMAN-08003: starting partial resync of recovery catalogRMAN-08005: partial resync completeRMAN-03022: compiling command: recoverRMAN-03022: compiling command: recover(1)RMAN-03022: compiling command: recover(2)RMAN-03022: compiling command: recover(3)RMAN-03023: executing command: recover(3)RMAN-08054: starting media recoveryRMAN-03022: compiling command: recover(4)RMAN-06050: archivelog thread 1 sequence 332 is already on disk as file D:ORACLEORADATATESTARCHIVETESTT001S00332.ARCRMAN-06050: archivelog thread 1 sequence 333 is already on disk as file D:ORACLEORADATATESTARCHIVETESTT001S00333.ARCRMAN-06050: archivelog thread 1 sequence 334 is already on disk as file D:ORACLEORADATATESTARCHIVETESTT001S00334.ARCRMAN-03023: executing command: recover(4)RMAN-08515: archivelog filename=D:ORACLEORADATATESTARCHIVETESTT001S00332.ARC thread=1 sequence=332RMAN-08055: media recovery completeRMAN-03022: compiling command: sqlRMAN-06162: sql statement: alter database datafile 3 onlineRMAN-03023: executing command: sqlRMAN-03022: compiling command: releaseRMAN-03023: executing command: releaseRMAN-08031: released channel: c1RMAN>8、检查数据是否完整SQL> alter database open;Database altered.SQL> select * from test;A---------------------------------------12说明：1、RMAN也可以实现单个表空间或数据文件的恢复，恢复过程可以在mount下或open方式下，如果在open方式下恢复，可以减少down机时间2、如果损坏的是一个数据文件，建议offline并在open方式下恢复3、这里可以看到，RMAN进行数据文件与表空间恢复的时候，代码都比较简单，而且能保证备份与恢复的可靠性，所以建议采用RMAN的备份与恢复4.3丢失多个数据文件，实现整个数据库的恢复
4.3.1 OS备份方案
OS备份归档模式下损坏（丢失）多个数据文件，进行整个数据库的恢复1、连接数据库，创建测试表并插入记录SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:46:32 2003(c) Copyright 1999 Oracle Corporation. All rights reserved.SQL> connect internal/password as sysdba;Connected.SQL> create table test(a int);Table createdSQL> insert into test values(1);1 row insertedSQL> commit;Commit complete2、备份数据库，备份除临时数据文件后的所数据文件SQL> @hotbak.sql 或在DOS下 svrmgrl @hotbak.sql3、继续在测试表中插入记录SQL> insert into test values(2);1 row insertedSQL> commit;Commit completeSQL> select * from test;A---------------------------------------12SQL> alter system switch logfile;System altered.SQL> alter system switch logfile;System altered.4、关闭数据库，模拟丢失数据文件SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut downC:>del D:ORACLEORADATATESTSYSTEM01.DBFC:>del D:ORACLEORADATATESTINDX01.DBFC:>del D:ORACLEORADATATESTTOOLS01.DBFC:>del D:ORACLEORADATATESTRBS01.DBF模拟媒体毁坏（这里删除多个数据文件）5、启动数据库，检查错误SQL> STARTUPORACLE instance started.Total System Global Area 102020364 bytesFixed Size 70924 bytesVariable Size 85487616 bytesDatabase Buffers 16384000 bytesRedo Buffers 77824 bytesDatabase mounted.ORA-01157: cannot identify/lock data file 1 - see DBWR trace fileORA-01110: data file 1: 'D:ORACLEORADATATESTSYSTEM01.DBF'详细信息可以查看报警文件ORA-1157 signalled during: ALTER DATABASE OPEN...Thu May 08 09:39:36 2003Errors in file D:OracleadmintestbdumptestDBW0.TRC:ORA-01157: cannot identify/lock data file 1 - see DBWR trace fileORA-01110: data file 1: 'D:ORACLEORADATATESTSYSTEM01.DBF'ORA-27041: unable to open fileOSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件。Thu May 08 09:39:36 2003Errors in file D:OracleadmintestbdumptestDBW0.TRC:ORA-01157: cannot identify/lock data file 2 - see DBWR trace fileORA-01110: data file 2: 'D:ORACLEORADATATESTRBS01.DBF'ORA-27041: unable to open fileOSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件。Thu May 08 09:39:36 2003Errors in file D:OracleadmintestbdumptestDBW0.TRC:ORA-01157: cannot identify/lock data file 5 - see DBWR trace fileORA-01110: data file 5: 'D:ORACLEORADATATESTTOOLS01.DBF'ORA-27041: unable to open fileOSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件。Thu May 08 09:39:36 2003Errors in file D:OracleadmintestbdumptestDBW0.TRC:ORA-01157: cannot identify/lock data file 6 - see DBWR trace fileORA-01110: data file 6: 'D:ORACLEORADATATESTINDX01.DBF'ORA-27041: unable to open fileOSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件。通过查询v$recover_file可以看到SQL> select * from v$recover_file;FILE# ONLINE ERROR CHANGE# TIME---------- ------- ------------------ ---------- -----------1 ONLINE FILE NOT FOUND 0 2 ONLINE FILE NOT FOUND 0 5 ONLINE FILE NOT FOUND 0 6 ONLINE FILE NOT FOUND 0有四个数据文件需要恢复6、拷贝备份回到原地点(restore)，开始恢复数据库(recover)restore过程:C:>copy D:DATABAKSYSTEM01.DBF D:ORACLEORADATATESTC:>copy D:DATABAKTESTINDX01.DBF D:ORACLEORADATATESTC:>copy D:DATABAKTESTTOOLS01.DBF D:ORACLEORADATATESTC:>copy D:DATABAKTESTRBS01.DBF.DBF D:ORACLEORADATATESTRecover过程:SQL> recover database;ORA-00279: change 1073849 generated at 05/08/2003 08:58:35 needed for thread 1ORA-00289: suggestion : D:ORACLEORADATATESTARCHIVETESTT001S00311.ARCORA-00280: change 1073849 for thread 1 is in sequence #311Specify log: {4.3.2 RMAN备份方案
RMAN备份归档模式下损坏（丢失）多个数据文件，进行整个数据库的恢复1、连接数据库，创建测试表并插入记录SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:46:32 2003(c) Copyright 1999 Oracle Corporation. All rights reserved.SQL> connect internal/password as sysdba;Connected.SQL> create table test(a int);Table createdSQL> insert into test values(1);1 row insertedSQL> commit;Commit complete2、备份数据库DOS下 C:> rman cmdfile=bakup.rcv msglog=backup.log;以下是backup.log内容。Recovery Manager: Release 8.1.6.0.0 - ProductionRMAN> # script:bakup.rcv2> # creater:chenjiping3> # date:5.8.20034> # desc:backup all database datafile in archive with rman5> 6> #connect database7> connect rcvcat rman/rman@back;8> connect target internal/virpure;9> 10> #start backup database11> run{12> allocate channel c1 type disk;13> backup full tag 'dbfull' format 'd:backupfull%u_%s_%p' database14> include current controlfile;15> sql 'alter system archive log current';16> release channel c1;17> }18> #end19> RMAN-06008: connected to recovery catalog databaseRMAN-06005: connected to target database: TEST (DBID=1788174720)RMAN-03022: compiling command: allocateRMAN-03023: executing command: allocateRMAN-08030: allocated channel: c1RMAN-08500: channel c1: sid=15 devtype=DISKRMAN-03022: compiling command: backupRMAN-03023: executing command: backupRMAN-08008: channel c1: starting full datafile backupsetRMAN-08502: set_count=4 set_stamp=494074368 creation_time=15-MAY-03RMAN-08010: channel c1: specifying datafile(s) in backupsetRMAN-08522: input datafile fno=00002 name=D:ORACLEORADATATESTRBS01.DBFRMAN-08522: input datafile fno=00001 name=D:ORACLEORADATATESTSYSTEM01.DBFRMAN-08011: including current controlfile in backupsetRMAN-08522: input datafile fno=00005 name=D:ORACLEORADATATESTTOOLS01.DBFRMAN-08522: input datafile fno=00004 name=D:ORACLEORADATATESTTEMP01.DBFRMAN-08522: input datafile fno=00006 name=D:ORACLEORADATATESTINDX01.DBFRMAN-08522: input datafile fno=00003 name=D:ORACLEORADATATESTUSER01.DBFRMAN-08013: channel c1: piece 1 createdRMAN-08503: piece handle=D:BACKUPFULL04EN5UG0_4_1 comment=NONERMAN-08525: backup set complete, elapsed time: 00:01:16RMAN-03023: executing command: partial resyncRMAN-08003: starting partial resync of recovery catalogRMAN-08005: partial resync completeRMAN-03022: compiling command: sqlRMAN-06162: sql statement: alter system archive log currentRMAN-03023: executing command: sqlRMAN-03022: compiling command: releaseRMAN-03023: executing command: releaseRMAN-08031: released channel: c1Recovery Manager complete.到这里表示备份成功。3、继续在测试表中插入记录SQL> insert into test values(2);1 row insertedSQL> commit;Commit completeSQL> select * from test;A---------------------------------------12SQL> alter system switch logfile;System altered.SQL> alter system switch logfile;System altered.4、关闭数据库，模拟丢失数据文件SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut downC:>del D:ORACLEORADATATESTSYSTEM01.DBFC:>del D:ORACLEORADATATESTINDX01.DBFC:>del D:ORACLEORADATATESTTOOLS01.DBFC:>del D:ORACLEORADATATESTRBS01.DBF5、启动数据库，检查错误SQL> STARTUPORACLE instance started.Total System Global Area 102020364 bytesFixed Size 70924 bytesVariable Size 85487616 bytesDatabase Buffers 16384000 bytesRedo Buffers 77824 bytesDatabase mounted.ORA-01157: cannot identify/lock data file 1 - see DBWR trace fileORA-01110: data file 1: 'D:ORACLEORADATATESTSYSTEM01.DBF'查询v$recover_fileSQL> select * from v$recover_file;FILE# ONLINE ERROR CHANGE# TIME---------- ------- ------------------ ---------- -----------1 ONLINE FILE NOT FOUND 0 2 ONLINE FILE NOT FOUND 0 5 ONLINE FILE NOT FOUND 0 6 ONLINE FILE NOT FOUND 0可以知道有四个数据文件需要恢复6、利用RMAN进行恢复C:>rmanRecovery Manager: Release 8.1.6.0.0 - ProductionRMAN> connect rcvcat rman/rman@backRMAN-06008: connected to recovery catalog databaseRMAN> connect target internal/virpureRMAN-06005: connected to target database: TEST (DBID=1788174720)RMAN> run{2> allocate channel c1 type disk;3> restore database;4> recover database;5> sql 'alter database open';6> release channel c1;7> }RMAN-03022: compiling command: allocateRMAN-03023: executing command: allocateRMAN-08030: allocated channel: c1RMAN-08500: channel c1: sid=17 devtype=DISKRMAN-03022: compiling command: restoreRMAN-03025: performing implicit partial resync of recovery catalogRMAN-03023: executing command: partial resyncRMAN-08003: starting partial resync of recovery catalogRMAN-08005: partial resync completeRMAN-03022: compiling command: IRESTORERMAN-03023: executing command: IRESTORERMAN-08016: channel c1: starting datafile backupset restoreRMAN-08502: set_count=4 set_stamp=494074368 creation_time=15-MAY-03RMAN-08089: channel c1: specifying datafile(s) to restore from backup setRMAN-08523: restoring datafile 00001 to D:ORACLEORADATATESTSYSTEM01.DBFRMAN-08523: restoring datafile 00002 to D:ORACLEORADATATESTRBS01.DBFRMAN-08523: restoring datafile 00003 to D:ORACLEORADATATESTUSER01.DBFRMAN-08523: restoring datafile 00004 to D:ORACLEORADATATESTTEMP01.DBFRMAN-08523: restoring datafile 00005 to D:ORACLEORADATATESTTOOLS01.DBFRMAN-08523: restoring datafile 00006 to D:ORACLEORADATATESTINDX01.DBFRMAN-08023: channel c1: restored backup piece 1RMAN-08511: piece handle=D:BACKUPFULL04EN5UG0_4_1 tag=DBFULL params=NULLRMAN-08024: channel c1: restore completeRMAN-03023: executing command: partial resyncRMAN-08003: starting partial resync of recovery catalogRMAN-08005: partial resync completeRMAN-03022: compiling command: recoverRMAN-03022: compiling command: recover(1)RMAN-03022: compiling command: recover(2)RMAN-03022: compiling command: recover(3)RMAN-03023: executing command: recover(3)RMAN-08054: starting media recoveryRMAN-03022: compiling command: recover(4)RMAN-06050: archivelog thread 1 sequence 327 is already on disk as file D:ORACLEORADATATESTARCHIVETESTT001S00327.ARCRMAN-06050: archivelog thread 1 sequence 328 is already on disk as file D:ORACLEORADATATESTARCHIVETESTT001S00328.ARCRMAN-06050: archivelog thread 1 sequence 329 is already on disk as file D:ORACLEORADATATESTARCHIVETESTT001S00329.ARCRMAN-06050: archivelog thread 1 sequence 330 is already on disk as file D:ORACLEORADATATESTARCHIVETESTT001S00330.ARCRMAN-03023: executing command: recover(4)RMAN-08515: archivelog filename=D:ORACLEORADATATESTARCHIVETESTT001S00327.ARC thread=1 sequence=327RMAN-08515: archivelog filename=D:ORACLEORADATATESTARCHIVETESTT001S00328.ARC thread=1 sequence=328RMAN-08055: media recovery completeRMAN-03022: compiling command: sqlRMAN-06162: sql statement: alter database openRMAN-03023: executing command: sqlRMAN-03022: compiling command: releaseRMAN-03023: executing command: releaseRMAN-08031: released channel: c1RMAN>7、检查数据库的数据（完全恢复）SQL> select * from test;A---------------------------------------12说明：1、只要有备份与归档存在，RMAN也可以实现数据库的完全恢复（不丢失数据）2、同OS备份数据库恢复，适合于丢失大量数据文件，或包含系统数据文件在内的数据库的恢复3、目标数据库在mount下进行，如果恢复成功，再打开数据库。4、RMAN的备份与恢复命令相对比较简单并可靠，建议有条件的话，都采用RMAN进行数据库的备份。4.4 不完全恢复案例
4.4.1 OS备份下的基于时间的恢复
不完全恢复可以分为基于时间的恢复，基于改变的恢复与基于撤消的恢复，这里已基于时间的恢复为例子来说明不完全恢复过程。基于时间的恢复可以不完全恢复到现在时间之前的某一个时间，对于某些误操作，如删除了一个数据表，可以在备用恢复环境上恢复到表的删除时间之前，然后把该表导出到正式环境，避免一个人为的错误。1、连接数据库，创建测试表并插入记录SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:46:32 2003(c) Copyright 1999 Oracle Corporation. All rights reserved.SQL> connect internal/password as sysdba;Connected.SQL> create table test(a int);Table createdSQL> insert into test values(1);1 row insertedSQL> commit;Commit complete2、备份数据库，这里最好备份所有的数据文件，包括临时数据文件SQL> @hotbak.sql 或在DOS下 svrmgrl @hotbak.sql或冷备份也可以3、删除测试表，假定删除前的时间为T1，在删除之前，便于测试，继续插入数据并应用到归档。SQL> insert into test values(2);1 row insertedSQL> commit;Commit completeSQL> select * from test;A---------------------------------------12SQL> alter system switch logfile;Statement processed.SQL> alter system switch logfile;Statement processed.SQL> select to_char(sysdate,'yyyy-mm-dd hh24:mi:ss') from dual;TO_CHAR(SYSDATE,'YY-------------------2003-05-21 14:43:01SQL> drop table test;Table dropped.4、准备恢复到时间点T1，找回删除的表，先关闭数据库SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.5、拷贝刚才备份的所有数据文件回来C:>copy D:DATABAK*.DBF D:ORACLEORADATATEST6、启动到mount下SQL> startup mount;ORACLE instance started.Total System Global Area 102020364 bytesFixed Size 70924 bytesVariable Size 85487616 bytesDatabase Buffers 16384000 bytesRedo Buffers 77824 bytesDatabase mounted.7、开始不完全恢复数据库到T1时间SQL> recover database until time '2003-05-21:14:43:01';ORA-00279: change 30944 generated at 05/21/2003 14:40:06 needed for thread 1ORA-00289: suggestion : D:ORACLEORADATATESTARCHIVETESTT001S00191.ARCORA-00280: change 30944 for thread 1 is in sequence #191Specify log: {4.4.2 RMAN备份下的基于改变的恢复
以上用OS备份说明了一个基于时间的恢复，现在用RMAN说明一个基于改变的恢复1、连接数据库，创建测试表并插入记录SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:46:32 2003(c) Copyright 1999 Oracle Corporation. All rights reserved.SQL> connect internal/password as sysdba;Connected.SQL> create table test(a int);Table createdSQL> insert into test values(1);1 row insertedSQL> commit;Commit complete2、备份数据库C:>rmanRecovery Manager: Release 8.1.6.0.0 - ProductionRMAN> connect rcvcat rman/rman@backRMAN-06008: connected to recovery catalog databaseRMAN> connect target internal/virpureRMAN-06005: connected to target database: TEST (DBID=874705288)RMAN> run{2> allocate channel c1 type disk;3> backup full tag 'dbfull' format 'd:backupfull%u_%s_%p' database4> include current controlfile;5> sql 'alter system archive log current';6> release channel c1;7> }RMAN-03022: compiling command: allocateRMAN-03023: executing command: allocateRMAN-08030: allocated channel: c1RMAN-08500: channel c1: sid=12 devtype=DISKRMAN-03022: compiling command: backupRMAN-03023: executing command: backupRMAN-08008: channel c1: starting full datafile backupsetRMAN-08502: set_count=1 set_stamp=494607834 creation_time=21-MAY-03RMAN-08010: channel c1: specifying datafile(s) in backupsetRMAN-08522: input datafile fno=00001 name=D:ORACLEORADATATESTSYSTEM01.DBFRMAN-08011: including current controlfile in backupsetRMAN-08522: input datafile fno=00002 name=D:ORACLEORADATATESTRBS01.DBFRMAN-08522: input datafile fno=00003 name=D:ORACLEORADATATESTUSERS01.DBFRMAN-08522: input datafile fno=00004 name=D:ORACLEORADATATESTTEMP01.DBFRMAN-08522: input datafile fno=00005 name=D:ORACLEORADATATESTTOOLS01.DBFRMAN-08522: input datafile fno=00006 name=D:ORACLEORADATATESTINDX01.DBFRMAN-08013: channel c1: piece 1 createdRMAN-08503: piece handle=D:BACKUPFULL01ENM7EQ_1_1 comment=NONERMAN-08525: backup set complete, elapsed time: 00:00:16RMAN-03023: executing command: partial resyncRMAN-08003: starting partial resync of recovery catalogRMAN-08005: partial resync completeRMAN-03022: compiling command: sqlRMAN-06162: sql statement: alter system archive log currentRMAN-03023: executing command: sqlRMAN-03022: compiling command: releaseRMAN-03023: executing command: releaseRMAN-08031: released channel: c1RMAN>3、删除测试表，在删除之前，便于测试，继续插入数据并应用到归档，并获取删除前的scn号。SQL> insert into test values(2);1 row insertedSQL> commit;Commit completeSQL> select * from test;A---------------------------------------12SQL> alter system switch logfile;Statement processed.SQL> alter system switch logfile;Statement processed.SQL> select max(ktuxescnw * power(2, 32) + ktuxescnb) scn from x$ktuxe;SCN----------31014SQL> drop table test;Table dropped.4、准备恢复到SCN 31014，先关闭数据库，然后启动到mount下SQL> shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.SQL> startup mount;ORACLE instance started.Total System Global Area 53126412 bytesFixed Size 70924 bytesVariable Size 26763264 bytesDatabase Buffers 26214400 bytesRedo Buffers 77824 bytesDatabase mounted.5、开始恢复到改变点SCN 31014RMAN> run{2> allocate channel c1 type disk;3> restore database;4> recover database until scn 31014;5> sql 'ALTER DATABASE OPEN RESETLOGS';6> release channel c1;7> }RMAN-03022: compiling command: allocateRMAN-03023: executing command: allocateRMAN-08030: allocated channel: c1RMAN-08500: channel c1: sid=10 devtype=DISKRMAN-03022: compiling command: restoreRMAN-03022: compiling command: IRESTORERMAN-03023: executing command: IRESTORERMAN-08016: channel c1: starting datafile backupset restoreRMAN-08502: set_count=1 set_stamp=494613682 creation_time=21-MAY-03RMAN-08089: channel c1: specifying datafile(s) to restore from backup setRMAN-08523: restoring datafile 00001 to D:ORACLEORADATATESTSYSTEM01.DBFRMAN-08523: restoring datafile 00002 to D:ORACLEORADATATESTRBS01.DBFRMAN-08523: restoring datafile 00003 to D:ORACLEORADATATESTUSERS01.DBFRMAN-08523: restoring datafile 00004 to D:ORACLEORADATATESTTEMP01.DBFRMAN-08523: restoring datafile 00005 to D:ORACLEORADATATESTTOOLS01.DBFRMAN-08523: restoring datafile 00006 to D:ORACLEORADATATESTINDX01.DBFRMAN-08023: channel c1: restored backup piece 1RMAN-08511: piece handle=D:BACKUPFULL01ENMD5I_1_1 tag=DBFULL params=NULLRMAN-08024: channel c1: restore completeRMAN-03023: executing command: partial resyncRMAN-08003: starting partial resync of recovery catalogRMAN-08005: partial resync completeRMAN-03022: compiling command: recoverRMAN-03022: compiling command: recover(1)RMAN-03022: compiling command: recover(2)RMAN-03022: compiling command: recover(3)RMAN-03023: executing command: recover(3)RMAN-08054: starting media recoveryRMAN-03022: compiling command: recover(4)RMAN-06050: archivelog thread 1 sequence 191 is already on disk as file D:ORACLEORADATATESTARCHIVETESTT001S00191.ARCRMAN-06050: archivelog thread 1 sequence 192 is already on disk as file D:ORACLEORADATATESTARCHIVETESTT001S00192.ARCRMAN-03023: executing command: recover(4)RMAN-08515: archivelog filename=D:ORACLEORADATATESTARCHIVETESTT001S00191.ARC thread=1 sequence=191RMAN-08515: archivelog filename=D:ORACLEORADATATESTARCHIVETESTT001S00192.ARC thread=1 sequence=192RMAN-08055: media recovery completeRMAN-03022: compiling command: sqlRMAN-06162: sql statement: ALTER DATABASE OPEN RESETLOGSRMAN-03023: executing command: sqlRMAN-03022: compiling command: releaseRMAN-03023: executing command: releaseRMAN-08031: released channel: c16、检查数据Database altered.SQL> select * from test;A---------------------------------------12可以看到，表依然存在说明：1、RMAN也可以实现不完全恢复，方法比OS备份恢复的方法更简单可靠2、RMAN可以基于时间，基于改变与基于日志序列的不完全恢复，基于日志序列的恢复可以指定恢复到哪个日志序列，如run { allocate channel ch1 type disk; allocate channel ch2 type 'sbt_tape'; set until logseq 1234 thread 1; restore controlfile to '$ORACLE_HOME/dbs/cf1.f' ; replicate controlfile from '$ORACLE_HOME/dbs/cf1.f'; alter database mount; restore database; recover database; sql "ALTER DATABASE OPEN RESETLOGS";}3、与所有的不完全恢复一样，必须在mount下，restore所有备份数据文件，需要resetlogs4、基于改变的恢复比基于时间的恢复更可靠，但是可能也更复杂，需要知道需要恢复到哪一个改变号(SCN)，在正常生产中，获取SCN的办法其实也有很多，如查询数据库字典表(V$archived_log or v$log_history)，或分析归档与联机日志(logmnr)等。第五章 其它恢复案例
5.1 损坏联机日志的恢复方法
5.1.1 损坏非当前联机日志
大家都清楚，联机日志分为当前联机日志和非当前联机日志，非当前联机日志的损坏是比较简单的，一般通过clear命令就可以解决问题。1、启动数据库，遇到ORA-00312 or ORA-00313错误，如ORA-00313: open failed for members of log group 1 of thread 1ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'从这里我们知道日志组1的数据文件损坏了从报警文件可以看到更详细的信息2、查看V$log视图SQL> select group#,sequence#,archived,status from v$log;GROUP# SEQUENCE# ARCHIVED STATUS---------- ---------- -------- ----------------1 1 YES INACTIVE2 2 YES INACTIVE3 3 NO CURRENT可以知道，该组是非当前状态，而且已经归档。3、用CLEAR命令重建该日志文件SQL>alter database clear logfile group 1;如果是该日志组还没有归档，则需要用SQL>alter database clear unarchived logfile group 1;4、打开数据库，重新备份数据库SQL>alter database open;说明：1、如果损坏的是非当前的联机日志文件，一般只需要clear就可以重建该日志文件，但是如果该数据库处于归档状态但该日志还没有归档，就需要强行clear。2、建议clear，特别是强行clear后作一次数据库的全备份。3、此方法适用于归档与非归档数据库5.1.2 损坏当前联机日志
归档模式下当前日志的损坏有两种情况，一、是数据库是正常关闭，日志文件中没有未决的事务需要实例恢复，当前日志组的损坏就可以直接用alter database clear unarchived logfile group n来重建。二、是日志组中有活动的事务，数据库需要媒体恢复，日志组需要用来同步，有两种补救办法A. 最好的办法就是通过不完全恢复，可以保证数据库的一致性，但是这种办法要求在归档方式下，并且有可用的备份B. 通过强制性恢复，但是可能导致数据库不一致。下面分别用来说明这两种恢复方法5.1.2.1 通过备份来恢复
1、打开数据库，会遇到一个类似的错误ORA-00313: open failed for members of log group 1 of thread 1ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'ORA-27041: unable to open fileOSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件2、查看V$log，发现是当前日志SQL> select group#,sequence#,archived,status from v$log;GROUP# SEQUENCE# ARCHIVED STATUS---------- ---------- -------- ----------------1 1 NO CURRENT2 2 YES INACTIVE3 3 YES INACTIVE3、发现clear不成功SQL> alter database clear unarchived logfile group 1;alter database clear unarchived logfile group 1*ERROR at line 1:ORA-01624: log 1 needed for crash recovery of thread 1ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'4、拷贝有效的数据库的全备份，并不完全恢复数据库可以采用获取最近的SCN的办法用until scn恢复或用until cnacel恢复recover database until cancel先选择auto，尽量恢复可以利用的归档日志，然后重新recover database until cancel这次输入cancel，完成不完全恢复，也就是说恢复两次。如：SQL> recover database until cancel;Auto……SQL> recover database until cancel;Cancel;5、利用alter database open resetlogs打开数据库说明：1、这种办法恢复的数据库是一致的不完全恢复，会丢失当前联机日志中的事务数据2、这种方法适合于归档数据库并且有可用的数据库全备份。3、恢复成功之后，记得再做一次数据库的全备份。4、建议联机日志文件一定要实现镜相在不同的磁盘上，避免这种情况的发生，因为任何数据的丢失对于生产来说都是不容许的。5.1.2.2 如果没有备份，进行强制性恢复
1、打开数据库，会遇到一个类似的错误ORA-00313: open failed for members of log group 1 of thread 1ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'ORA-27041: unable to open fileOSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件2、查看V$log，发现是当前日志SQL> select group#,sequence#,archived,status from v$log;GROUP# SEQUENCE# ARCHIVED STATUS---------- ---------- -------- ----------------1 1 NO CURRENT2 2 YES INACTIVE3 3 YES INACTIVE3、发现clear不成功SQL> alter database clear unarchived logfile group 1;alter database clear unarchived logfile group 1*ERROR at line 1:ORA-01624: log 1 needed for crash recovery of thread 1ORA-00312: online log 1 thread 1: 'D:ORACLEORADATATESTREDO01.LOG'4、把数据库down掉SQL>shutdown immediate5、在init
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 '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 '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、修改INIT5.3.4 数据库关闭，数据文件中有活动事务，从备份恢复
1。从一个有效的备份中恢复损坏的数据文件。 2。mount数据库。 3。执行以下查询 SELECT FILE#, NAME, STATUS FROM V$DATAFILE; 如果发现要恢复的文件是offline状态的话，要先online它 ALTER DATABASE DATAFILE '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、熟悉没有备份或简单的非常规备份与恢复的方法。
Oracle数据远程备份与远程恢复
数据库的备份与恢复
VB如何实现SQL数据库备份与恢复?
sql 数据库与Oracle数据库的比较
数据库完整备份如何恢复？
Oracle新手诚心请教，数据库机器间备份问题？？
电脑备份与恢复
如何远程备份／恢复数据库 for ASP
powerbuiler如何实现数据库备份和恢复
C＃ 如何备份和恢复Access数据库
怎样用备份的数据库恢复Flashget下载数据库？
系统的备份与恢复
WIN2003怎么备份与恢复?
oracle数据库与SQL server的各方面的区别
数据库备份不小心删除了 如何恢复数据库备份。。。。救急救急
怎样备份ORACLE数据库中的某一张表？并且记录每次备份后的表的版本？
VB如何使用代码备份和恢复数据库
SQLserver2000如何从数据库备份中恢复一个表?
急急~~~ASP备份和恢复SQL数据库的操作方法
急~~~ASP备份和恢复SQL数据库的操作方法
请问大数据库怎么分卷备份和恢复？
如何卸载oracle数据库
如何下载Oracle数据库！
数据库ORACLE问题