rman异常案例二： 归档日志被人移动到其他目录，导致数据库恢复异常

rman异常案例二： 归档日志被人移动到其他目录，导致数据库恢复异常

 

rman异常案例一：归档日志被人移动到其他目录，导致数据库恢复异常解决

http://www.zzzyk.com/database/201308/237386.html

 

列举一个实际需求：

我们有一套数据仓库，每天产生归档日志200G。

基于性能考虑，归档日志需要使用快速读写磁盘存放，这样归档速度可以快一些，保证数据库的性能；

基于成本考虑，由于存放归档日志的快速磁盘比较昂贵，所以空间不能分得太多，如果一星期或者半个月的归档日志都用快速盘存放，成本实在太高；

综合考虑之后，我们用快盘暂存归档，然后移动到慢速盘。只能保证300G，所以每天必须定时把归档日志移动到其他相对廉价的慢速磁盘内。

 

使用rman的 catalog start with语法手工注册归档日志或者备份集所在目录到控制文件，然后到控制文件核实刚刚新添加进去的内容，过程如下：

1、手工注册

RMAN> catalog start with '/oracle/rman/bkupset/';  
（用于备份集被移动地方的情况，手工注册备份集到控制文件）
RMAN> catalog start with '/oracle/oraarch/testdir/';
（用于归档日志被移动地方的情况，手工注册归档日志到控制文件）

 

2、到控制文件核实

suse11sp2:/oracle/oradata/ebai> strings control01.ctl  >> 13.txt
suse11sp2:/oracle/oradata/ebai>
suse11sp2:/oracle/oradata/ebai>
suse11sp2:/oracle/oradata/ebai> vi 13.txt
suse11sp2:/oracle/oradata/ebai> cat 13.txt | grep bkupset
/oracle/rman/bkupset/spfile_2hoi0k9j_1_1_20130823
/oracle/rman/bkupset/data_29oi0k8q_1_1_20130823
/oracle/rman/bkupset/arch_2doi0k9b_1_1_20130823
/oracle/rman/bkupset/arch_2boi0k9b_1_1_20130823
/oracle/rman/bkupset/arch_2coi0k9b_1_1_20130823
/oracle/rman/bkupset/ctl_file_2foi0k9g_1_1_20130823
/oracle/rman/bkupset/data_28oi0k8q_1_1_20130823
/oracle/rman/bkupset/data_27oi0k8q_1_1_20130823
/oracle/rman/bkupset/spfile_2hoi0k9j_1_1_20130823
/oracle/rman/bkupset/data_29oi0k8q_1_1_20130823
/oracle/rman/bkupset/arch_2doi0k9b_1_1_20130823
/oracle/rman/bkupset/arch_2boi0k9b_1_1_20130823
/oracle/rman/bkupset/arch_2coi0k9b_1_1_20130823
/oracle/rman/bkupset/ctl_file_2foi0k9g_1_1_20130823
/oracle/rman/bkupset/data_28oi0k8q_1_1_20130823
suse11sp2:/oracle/oradata/ebai> cat 13.txt | grep testdir
/oracle/oraarch/testdir/1_92_821442260.dbf
/oracle/oraarch/testdir/1_114_821442260.dbf
/oracle/oraarch/testdir/1_116_821442260.dbf
/oracle/oraarch/testdir/1_120_821442260.dbf
/oracle/oraarch/testdir/1_91_821442260.dbf
/oracle/oraarch/testdir/1_89_821442260.dbf
/oracle/oraarch/testdir/1_119_821442260.dbf
/oracle/oraarch/testdir/1_92_821442260.dbf
/oracle/oraarch/testdir/1_114_821442260.dbf
/oracle/oraarch/testdir/1_116_821442260.dbf
/oracle/oraarch/testdir/1_120_821442260.dbf
/oracle/oraarch/testdir/1_91_821442260.dbf
/oracle/oraarch/testdir/1_89_821442260.dbf
/oracle/oraarch/testdir/1_119_821442260.dbf
/oracle/oraarch/testdir/1_113_821442260.dbf
/oracle/oraarch/testdir/1_115_821442260.dbf
/oracle/oraarch/testdir/1_109_821442260.dbf
/oracle/oraarch/testdir/1_117_821442260.dbf
/oracle/oraarch/testdir/1_112_821442260.dbf
/oracle/oraarch/testdir/1_121_821442260.dbf
/oracle/oraarch/testdir/1_110_821442260.dbf
/oracle/oraarch/testdir/1_90_821442260.dbf
/oracle/oraarch/testdir/1_88_821442260.dbf
/oracle/oraarch/testdir/1_111_821442260.dbf
/oracle/oraarch/testdir/1_115_821442260.dbf
/oracle/oraarch/testdir/1_109_821442260.dbf
/oracle/oraarch/testdir/1_117_821442260.dbf
/oracle/oraarch/testdir/1_112_821442260.dbf
/oracle/oraarch/testdir/1_121_821442260.dbf
/oracle/oraarch/testdir/1_110_821442260.dbf
/oracle/oraarch/testdir/1_90_821442260.dbf
/oracle/oraarch/testdir/1_88_821442260.dbf
/oracle/oraarch/testdir/1_111_821442260.dbf
/oracle/oraarch/testdir/1_118_821442260.dbf

 

 

归档日志注册之后，再执行restore database和recover database，就比较简单了。