RMAN实施和维护手册.docVIP

RMAN恢复的实施 恢复基本策略 Oracle的故障可分为多种类型，但多数可以由Oracle系统自身进行恢复。 RMAN主要进行介质故障的恢复操作。根据介质故障的严重程度，介质恢复可分为多种，如单个表空间恢复、全库恢复、控制文件恢复、SPFILE文件恢复等。 从总体上而言，又可分为完全恢复和不完全恢复。完全恢复可以保证没有任何数据损失，而不完全恢复是指恢复到过去的某个时间点、某个SCN号或日志序列号，数据将会有丢失。因此，在CNAPS中应尽最大可能进行完全恢复。 表空间完全恢复 最常见的情况是，磁盘的某部分出现故障，导致某些数据文件或LV不可用。 故障的定位 首先，应检查数据库是否还在正常运行。例如，可查询： select status from v$instance; 如果status为OPEN，则数据库仍然正常运行。进一步，可通过查询alert.log文件或执行如下语句，定位需要恢复的表空间： SELECT r.FILE# AS df#, d.NAME AS df_name, t.NAME AS tbsp_name, d.STATUS, r.ERROR, r.CHANGE#, r.TIME FROM V$RECOVER_FILE r, V$DATAFILE d, V$TABLESPACE t WHERE t.TS# = d.TS# AND d.FILE# = r.FILE# 如果STATUS为OFFLINE，ERROR为OFFLINE NORMAL，则需要对该表空间进行恢复。 故障的恢复 表空间的恢复可以在线即数据库在正常运行情况下进行。假设对表空间TEST进行恢复，执行如下语句： 先将TEST设置为OFFLINE状态 RMAN sql ‘alter tablespace TEST offline immediate’; 执行restore，装载TS_TAB_HVPS_C01的备份数据 RMAN restore tablespace TEST; 执行recover，对TEST进行恢复操作 RMAN recover tablespace TEST; 将TEST1设置为ONLINE状态，恢复完成。 RMAN sql ‘alter tablespace TEST online’; 全库完全恢复 全库恢复的时间较长，而且数据库必须处于非打开状态，数据库不可用。因此，应尽量减少全库恢复的可能性。一般在数据文件大量出现故障，或者控制文件丢失的情况下，才进行全库恢复。恢复过程如下： 关闭所有节点数据库 RMAN shutdown immediate; 启动数据库并mount。 RMAN startup mount 装载全库 RMAN restore database; 恢复全库 RMAN recover database; 打开数据库，恢复正常运行。 切换到SQLPLUS下，启动数据库 $ sqlplus “/as sysdba” SQL alter dababase open; 控制文件的恢复 控制文件是数据库正常运行的最重要文件。一般情况下，通过定义几个完全一致的控制文件，来防止单个控制文件故障导致的全库瘫痪。在所有控制文件均出现故障的情况下，将进行控制文件的恢复。恢复的过程如下： 启动数据库，但处于nomount状态 RMAN startup nomount; 装载控制文件 RMAN restore controlfile; 用装载的控制文件，mount数据库 RMAN alter database mount; 装载全库 RMAN restore database; 恢复全库 RMAN recover database; 打开数据库，并重新设置联机日志文件 切换到SQLPLUS下，启动数据库 $ sqlplus “/as sysdba” SQL alter database open resetlogs; 如果temporary表空间是local-managed，则执行如下命令，将临时文件增加到temporary表空间中。 RMAN SQL “alter tablespace TEMP add tempfile /ora_data1/temp02.dbf reuse”; 此时，最好马上进行一次全库的完整备份。即数据库在关闭情况下的备份。 SPFILE文件的恢复 SPFILE的恢复两种办法。最简单的办法是，在定期生成PFILE的基础上，从PFILE文件的基础上进行恢复，语句如下： SQL create spfile=SPFILE的LV名 from pfile=PFILE文件名； 恢复过程如下： 如果Catalog数据库注册了多个目标数据库的信息，则设置需恢复的目标数据库DBID。 RMAN set dbid DBID 关闭所有事