oracle 备份和恢复案例.docx

1、oracle 备份和恢复案例ORACLE备份&恢复案例ORACLE BACKUP&RESTORE SCHEME第一章. 理解什么是数据库恢复当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。恢复过程大致可以分为复原(Restore)与恢复(Recover)过程。数据库恢复可以分为以下两类：1.1实例故障的一致性恢复当实例意外地（如掉电、后台进程故障

2、等）或预料地（发出SHUTDOUM ABORT语句）中止时出现实例故障，此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障，则需介质恢复。在其它情况ORACLE在下次数据库起动时（对新实例装配和打开），自动地执行实例恢复。如果需要，从装配状态变为打开状态，自动地激发实例恢复，由下列处理： （1） 为了解恢复数据文件中没有记录的数据，进行向前滚。该数据记录在在线日志，包括对回滚段的内容恢复。 （2） 回滚未提交的事务，按步1重新生成回滚段所指定的操作。 （3） 释放在故障时正在处理事务所持有的资源。 （4） 解决在故障时正经历一阶段提交的任何悬而未决的分布

3、事务。1.2介质故障或文件错误的不一致恢复介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。这种状态下的数据库都是不一致的，需要DBA手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行的归档方式和备份方式。（1） 完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误，有不同类型的完全恢复可使用，其决定于毁坏文件和数据库的可用性。（2） 不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损的数据库，使其恢

4、复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和基于修改的不完全恢复。 基于撤消(CANCEL)恢复：在某种情况，不完全介质恢复必须被控制，DBA可撤消在指定点的操作。基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数据文件后中止恢复操作。 基于时间(TIME)和基于修改(SCN)的恢复：如果DBA希望恢复到过去的某个指定点，是一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外

5、删除某个数据表之前。第二章. 数据库恢复案例测试环境2.1 数据库环境以下的所有案例都是通过测试经过，环境为： OS：Windows 2000 Server DB：Oracle 816 DBNAME：TEST数据文件：SQL select file#,status,enabled,name from v$datafile; FILE# STATUS ENABLED NAME- - - - 1 SYSTEM READ WRITE D:ORACLEORADATATESTSYSTEM01.DBF 2 ONLINE READ WRITE D:ORACLEORADATATESTRBS01.DBF 3 O

6、NLINE READ WRITE D:ORACLEORADATATESTUSERS01.DBF 4 ONLINE READ WRITE D:ORACLEORADATATESTTEMP01.DBF 5 ONLINE READ WRITE D:ORACLEORADATATESTTOOLS01.DBF 6 ONLINE READ WRITE D:ORACLEORADATATESTINDX01.DBF控制文件：SQL select * from v$controlfile;STATUS NAME- - D:ORACLEORADATATESTCONTROL01.CTL D:ORACLEORADATATE

7、STCONTROL02.CTL D:ORACLEORADATATESTCONTROL03.CTL联机日志：SQL select * from v$logfile; GROUP# STATUS MEMBER- - - 1 STALE D:ORACLEORADATATESTREDO01.LOG 2 D:ORACLEORADATATESTREDO02.LOG 3 STALE D:ORACLEORADATATESTREDO03.LOG2.2 数据库备份脚本冷备份脚本rem script:coldbak.sqlrem creater:chenjipingrem date:5.8.2003rem desc

8、: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;-

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

10、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:oracleoradatat

11、estrbs01.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 back

12、up;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

13、、热备份必须在数据库归档方式下才可以运行2、以上脚本可以在数据库运行状态下备份数据库所有的数据文件（除了临时数据文件），没有必要备份联机日志。3、归档日志至少需要一次完整备份之后的所有日志。4、如果以上命令没有成功依次执行，那么备份也是无效的，如连接数据库不成功，那么备份则无效RMAN备份只讲叙有恢复目录的情况，如果没有恢复目录，情形大致相似。以下是RMAN的热备份全备份的脚本：# script:bakup.rcv# creater:chenjiping# date:5.8.2003# desc:backup all database datafile in archive with rman

14、# connect databaseconnect rcvcat rman/rmanback;connect target internal/virpure;# start backup databaserunallocate 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、 数据库必须运行在归档模

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

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

17、DBW0.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.连接数据库并创建测试表SQL*Plus: Release 8.1.6.0.0 - Production on Tue May 6 13:

18、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 i

19、nto test values(2);1 row insertedSQL commit;Commit completeSQL select * from test; A- 1 24.关闭数据库SQL shutdown immediate;Database closed.Database dismounted.ORACLE instance shut down.5.毁坏一个或多个数据文件，如删除user01.dbfC:del D:ORACLEORADATATESTUSERS01.DBF模拟媒体毁坏6.重新启动数据库，会发现如下错误SQL startupORACLE instance starte

20、d.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在报警文件中，会有更详细的信息Er

21、rors in file D:OracleadmintestbdumptestDBW0.TRC:ORA-01157: cannot identify/lock data file 3 - see DBWR trace fileORA-01110: data file 3: D:ORACLEORADATATESTUSERS01.DBFORA-27041: unable to open fileOSD-04002: unable to open fileO/S-Error: (OS 2) 系统找不到指定的文件。7.拷贝备份复原到原来位置(restore过程)C:xcopy d:database*.

22、* d:oracleoradatatest/H/R/S8.打开数据库，检查数据SQL alter database open;Database altered.SQL select * from test; A- 1这里可以发现，数据库恢复成功，但在备份之后与崩溃之前的数据丢失了。说明：1、非归档模式下的恢复方案可选性很小，一般情况下只能有一种恢复方式，就是数据库的冷备份的完全恢复，仅仅需要拷贝原来的备份就可以(restore)，不需要recover。2、这种情况下的恢复，可以完全恢复到备份的点上，但是可能是丢失数据的，在备份之后与崩溃之前的数据将全部丢失。3、不管毁坏了多少数据文件或是联机日

23、志或是控制文件，都可以通过这个办法恢复，因为这个恢复过程是Restore所有的冷备份文件，而这个备份点上的所有文件是一致的，与最新的数据库没有关系，就好比把数据库又放到了一个以前的“点”上。4、对于非归档模式下，最好的办法就是采用OS的冷备份，建议不要用RMAN来作冷备份，效果不好，因为RMAN不备份联机日志，restore不能根本解决问题。5、如果没有备份联机日志，如RMAN的备份，就需要利用不完全恢复(until cancel)的方法来重新创建联机日志文件4.2归档模式下丢失或损坏一个数据文件4.2.1 OS备份方案在归档方式下损坏或丢失一个数据文件，如果存在相应的备份与该备份以来的归档日

24、志，恢复还是比较简单的，可以作到尽量少的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 in

25、sert 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- 1 2SQL alter system switch logfile;System altered.SQL alter system switch log

26、file;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 b

27、ytesDatabase 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-

28、 - - - - 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 ge

29、nerated 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: =suggested | filename | AUTO | CANCELAUTOORA-00279: change 1053701 generated at 05/07/2003 17:51:39 needed for thread 1ORA-00289: suggestion : D:ORACLEORADATATESTARC