历史上最详细的Oracle备份与恢复案例Word文档格式.docx

1、基于撤消的恢复地在一个或多个日志组（在 线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数据文件后中止恢复操作。基于时间（TIME）和基于修改（SCN）的恢复：如果DBA希望恢复到过去的某个指定点，是一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外删除某个数据表之前。第二章. 数据库恢复案例测试环境2.1 数据库环境以下的所有案例都是通过测试经过，环境为： OS：Windows 2000 Server DB：Oracle 816 DBNAME：TEST数据文件：SQL select file#,status

2、,enabled,name from v$datafile; FILE# STATUS ENABLED NAME- 1 SYSTEM READ WRITE D:OracleORADATATESTSYSTEM01.DBF 2 ONLINEOracleORADATATESTRBS01.DBF 3 ONLINEOracleORADATATESTUSERS01.DBF 4 ONLINEOracleORADATATESTTEMP01.DBF 5 ONLINEOracleORADATATESTTOOLS01.DBF 6 ONLINEOracleORADATATESTINDX01.DBF控制文件： sele

3、ct * from v$controlfile;STATUS- D:OracleORADATATESTCONTROL01.CTLOracleORADATATESTCONTROL02.CTLOracleORADATATESTCONTROL03.CTL联机日志： select * from v$logfile; GROUP# STATUS MEMBER 1 STALEOracleORADATATESTREDO01.LOG 2OracleORADATATESTREDO02.LOG 3 OracleORADATATESTREDO03.LOG2.2 数据库备份脚本冷备份脚本:rem script:col

4、dbak.sql creater:chenjiping date:5.8.2003 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 fileOracleoradatatest*.ctl d:-Copy Log fileOracleoradatatest*.log d

5、:-startup databasestartup;说明：1、以上脚本在数据库关闭状态下备份数据库所有的数据文件，联机日志，控制文件（在一个目录下），如果成功备份，所有文件是一致的;2、没有备份参数文件，参数文件可以另外备份，没有必要每次都备份，只需要在改变设置后备份一次;3、如果以上命令没有成功依次执行，那么备份将是无效的，如连接数据库不成功，那么肯定关闭数据库也不成功，那么备份则无效;4、冷备份建议下人工干预下执行。数据库OS热全备份脚本hotbak.sqldate:backup all database datafile in archive-archivealter system ar

6、chive log current;-startalter tablespace system begin backup;Oracleoradatatestsystem01.dbf d:databak/H/R;alter tablespace system end backup;alter tablespace rbs begin backup;Oracleoradatatestrbs01.dbf d:alter tablespace rbs end backup;alter tablespace users begin backup;Oracleoradatatestusers01.dbf

7、d:alter tablespace users end backup;alter tablespace tools begin backup;Oracleoradatatesttools01.dbf d:alter tablespace tools end backup;alter tablespace indx begin backup;Oracleoradatatestindx01.dbf d:alter tablespace indx end backup;-end-bak control file-binaryalter database backup controlfile to

8、d:databakcontrolbinbak.000;-asciialter database backup controlfile to trace;1、热备份必须在数据库归档方式下才可以运行；2、以上脚本可以在数据库运行状态下备份数据库所有的数据文件（除了临时数据文件），没有必要备份联机日志；3、归档日志至少需要一次完整备份之后的所有日志；4、如果以上命令没有成功依次执行，那么备份也是无效的，如连接数据库不成功，那么备份则无效。RMAN备份只讲叙有恢复目录的情况，如果没有恢复目录，情形大致相似。以下是RMAN的热备份全备份的脚本：#bakup.rcvbackup all database

9、datafile in archive with rman# connect databaseconnect rcvcat rman/rmanback;connect target internal/virpure;# start backup databaserunallocate channel c1 type disk;backup full tag dbfull format backupfull%u_%s_%p databaseinclude current controlfile;sql alter system archive log currentrelease channel

10、 c1;# end1、 数据库必须运行在归档模式下;2、 RMAN将自动备份数据文件，运行可靠;3、 归档日志另外备份处理，但至少需要保存一次备份来的日志;4、 没有必要用RMAN做冷备份，效果不好。以上举例说明了数据库的恢复案例的测试环境与部分备份测试脚本，其它的备份脚本可以根据以上脚本演变而来或在案例中加以说明。数据库的自动实例将不加以说明，这里只举例说明媒体错误或人为错误造成的恢复可能。以上包括以下案例都是在WINDOWS+Oracle816上测试验证的，在不同的操作系统与不同的数据库版本中略有差别。第三章. 了解与恢复相关的信息1、 理解报警日志文件报警日志文件一般记载了数据库的启动/

11、关闭信息，归档信息，备份信息，恢复信息，常见错误信息，部分数据库修改记录等。一般令名规则为Alrt.log或Alrt.log，如我的测试数据库的报警日志文件的名称为testalrt.log。报警日志文件的路径是根据初始化参数background_dump_dest来决定的，如在我的机器上，该参数值为 D:Oracleadmintestbdump，那么，你就可以在该路径下找到该文件。2、 后台进程跟踪文件后台进程跟踪文件的路径与报警日志文件的路径一致，在某些情况下，你可以通过后台跟踪文件的信息了解更多的需要恢复的信息。如在数据库需要恢复的时候，报警日志文件中常有这样的语句：Errors in f

12、ile D:OracleadmintestbdumptestDBW0.TRC:ORA-01157: cannot identify/lock data file 1 - see DBWR trace file通过提示的DBWR跟踪文件，可以查询到更详细的信息。3、 v$recover_file与v$recovery_log这是两个动态性能视图，可以在mount下查看，通过这两个视图，你可以了解详细的需要恢复的数据文件与需要使用到的归档日志。第四章. 数据库恢复案例4.1非归档模式下的备份与恢复备份方案：采用OS冷备份1. 连接数据库并创建测试表 connect internal/passwor

13、d as sysdba;Connected. create table test（a int）;Table created insert into test values（1）;1 row inserted commit;Commit complete2. 备份数据库 coldbak.sql 或在DOS下 svrmgrl coldbak.sql3. 再插入记录 insert into test values（2）; select * from test;A- 1 24. 关闭数据库 shutdown immediate;Database closed.Database dismounted.O

14、racle instance shut down.5. 毁坏一个或多个数据文件，如删除user01.dbfC:del D:模拟媒体毁坏。6. 重新启动数据库，会发现如下错误 startupOracle instance started.Total System Global Area 102020364 bytesFixed Size 70924 bytesVariable Size 85487616 bytesDatabase Buffers 16384000 bytesRedo Buffers77824 bytesDatabase mounted. cannot identify/lock

15、 data file 3 - see DBWR trace fileORA-01110: data file 3: D:OracleORADATATESTUSERS01.DBF在报警文件中，会有更详细的信息ORA-27041: unable to open fileOSD-04002:O/S-Error: （OS 2） 系统找不到指定的文件。7. 拷贝备份复原到原来位置（restore过程）database*.* d:Oracleoradatatest/H/R/S8. 打开数据库，检查数据 alter database open;Database altered. A-这里可以发现，数据库恢复

16、成功，但在备份之后与崩溃之前的数据丢失了。1、非归档模式下的恢复方案可选性很小，一般情况下只能有一种恢复方式，就是数据库的冷备份的完全恢复，仅仅需要拷贝原来的备份就可以（restore），不需要recover；2、这种情况下的恢复，可以完全恢复到备份的点上，但是可能是丢失数据的，在备份之后与崩溃之前的数据将全部丢失；3、不管毁坏了多少数据文件或是联机日志或是控制文件，都可以通过这个办法恢复，因为这个恢复过程是Restore所有的冷备份文件，而这个备份点上的所有文件是一致的，与最新的数据库没有关系，就好比把数据库又放到了一个以前的点上；4、对于非归档模式下，最好的办法就是采用OS的冷备份，建议不

17、要用RMAN来作冷备份，效果不好，因为RMAN不备份联机日志，restore不能根本解决问题；5、如果没有备份联机日志，如RMAN的备份，就需要利用不完全恢复（until cancel）的方法来重新创建联机日志文件。4.2归档模式下丢失或损坏一个数据文件4.2.1 OS备份方案在归档方式下损坏或丢失一个数据文件，如果存在相应的备份与该备份以来的归档日志，恢复还是比较简单的，可以作到尽量少的Down机时间，并能作到数据库的完全恢复。1、 连接数据库，创建测试表并插入记录 create table test（a int） tablespace users;2、 备份数据库 hotbak.sql 或

18、在DOS下 svrmgrl hotbak.sql3、 继续在测试表中插入记录 - alter system switch logfile;System altered.4、 关闭数据库，模拟丢失数据文件Oracle instance shut down5、 启动数据库错误，脱机该数据文件： 77824 bytes还可以查看报警文件（见上一个恢复案例）或动态视图v$recover_file如SQL select * from v$recover_file; FILE# ONLINE ERROR CHANGE# TIME- - - - - ONLINE 1013500 2003-05-07脱机数据文件 alter database datafile 3 offline drop;6、 打开数据库，拷贝备份回来（restore），恢复（recover）该数据文件，并联机:拷贝备份从备份处copy d:databak users01.dbf d:Oracleoradatatest;恢复该数据文件 recover datafile 3;ORA-00279: change 1053698 generated at 05