TSM环境使用RMAN恢复Oracle的测试（一）(页 1) - Tivoli - ITPUB论坛

ITPUB论坛 » Tivoli » TSM环境使用RMAN恢复Oracle的测试（一）

2007-5-21 17:06 karenzz

TSM环境使用RMAN恢复Oracle的测试（一）

1. 理解什么是数据库恢复
当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。恢复过程大致可以分为复原(Restore)与恢复(Recover)过程。数据库恢复可以分为以下两类，即实例故障恢复和介质故障恢复。因为我使用第三方备份软件的原因，因此以下尽可能详细描述用Rman恢复的过程。鉴于SCN恢复的时候用logminer或者分析日志才可以找到SCN，本文不涉及此内容。

1.1. 实例故障的一致性恢复
数据库自身都具备这个能力

1.2. 介质故障或文件错误的不一致恢复
介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。
文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。
这种状态下的数据库都是不一致的，需要DBA手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行的归档方式和备份方式。
（1）完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误，有不同类型的完全恢复可使用，其决定于毁坏文件和数据库的可用性。
（2）不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损的数据库，使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和基于修改的不完全恢复。
　　基于撤消(CANCEL)恢复：在某种情况，不完全介质恢复必须被控制，DBA可撤消在指定点的操作。基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数据文件后中止恢复操作。
　　基于时间(TIME)和基于修改(SCN)的恢复：如果DBA希望恢复到过去的某个指定点，是一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外删除某个数据表之前。

2.    数据库恢复案例测试环境
2.1. 测试环境描述
以下的所有案例都是通过测试经过，环境为：
  OS：Windows 2003 Server Enterprise Editon+SP1（192.168.100.205）
用户／密码：Administrator/win2003
  DB：Oracle 10.2.0.1.0
  DBNAME：orcl （用Catalog）  lab001（用Control File）
  Orcl用的恢复目录数据库：catalog

orcl数据库的数据文件：
SQL> select file#,status,enabled,name from v$datafile;

File# STATUS Name
1 SYSTEM D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSTEM01.DBF
2 ONLINE D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\UNDOTBS01.DBF
3 ONLINE D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\SYSAUX01.DBF
4 ONLINE D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\USERS01.DBF
5 ONLINE D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\EXAMPLE01.DBF

orcl数据库的控制文件：
SQL> select * from v$controlfile;

File# Name
1 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL01.CTL
2 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL02.CTL
3 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\CONTROL03.CTL

orcl数据库的联机日志：
SQL> select * from v$logfile;

Group# Member
3 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO03.LOG
2 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG
1 D:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO01.LOG

2007-5-21 17:09 karenzz

2.2. 数据库备份脚本
RMAN备份只列出有恢复目录的情况，如果没有恢复目录的情况在最后一章 7 中描述的是恢复过程，以下是RMAN的热备份全备份的脚本：

# rman target sys/oracle@orcl catalog rman/rman@catalog

RMAN> create script bkup_fulldb_orcl
2> {allocate channel c1 type 'sbt_tape' parms 'ENV=(TDPO_OPTFILE=c:/tivoli/tsm/client/oracle/bin/tdpo.opt)';
3>  backup full tag 'dbfull'
4>  format 'd:\backup\full_%u_%s_%p'
5>  database include current controlfile;
6>  release channel c1;}

已创建脚本 bkup_fulldb_orcl

RMAN> run {
2> execute script bkup_fulldb_orcl;}

说明：
1、数据库必须运行在归档模式下
2、RMAN将自动备份数据文件，运行可靠
3、归档日志另外备份处理，但至少需要保存一次备份来的日志
4、不要用RMAN做冷备份，效果不好
5、其他脚本参考我的《TSM文档》3.3.11一节

3. 了解与恢复相关的信息
1、理解报警日志文件
报警日志文件一般记载了数据库的启动/关闭信息，归档信息，备份信息，恢复信息，常见错误信息，部分数据库修改记录等。一般令名规则为<SID>Alrt.log，如我的测试数据库的报警日志文件的名称为testalrt.log。
报警日志文件的路径是根据初始化参数background_dump_dest来决定的，如在我的机器上，该参数值为 D:\Oracle\admin\test\bdump，那么，你就可以在该路径下找到该文件。

2、后台进程跟踪文件
后台进程跟踪文件的路径与报警日志文件的路径一致，在某些情况下，你可以通过后台跟踪文件的信息了解更多的需要恢复的信息。如在数据库需要恢复的时候，报警日志文件中常有这样的语句：
Errors in file D:\Oracle\admin\test\bdump\testDBW0.TRC:
ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
通过提示的DBWR跟踪文件，可以查询到更详细的信息。

3、v$recover_file与v$recovery_log
这是两个动态性能视图，可以在mount下查看，通过这两个视图，你可以了解详细的需要恢复的数据文件与需要使用到的归档日志。

2008-1-16 23:28 alex1019

感谢分享~写的很详细~~今天才看见~~郁闷~~~值得收藏

2008-6-13 17:30 netocisco

顶楼主。学习中.

页: [1]

查看完整版本: TSM环境使用RMAN恢复Oracle的测试（一）