rman异常案例二： 归档日志被人移动到其他目录，导致数据库恢复异常
rman异常案例一：归档日志被人移动到其他目录，导致数据库恢复异常解决
http:///database/201308/237386.html
列举一个实际需求：
我们有一套数据仓库，每天产生归档日志200G，
rman异常案例二： 归档日志被人移动到其他目录，导致数据库恢复异常
。基于性能考虑，归档日志需要使用快速读写磁盘存放，这样归档速度可以快一些，保证数据库的性能；
基于成本考虑，由于存放归档日志的快速磁盘比较昂贵，所以空间不能分得太多，如果一星期或者半个月的归档日志都用快速盘存放，成本实在太高；
综合考虑之后，我们用快盘暂存归档，然后移动到慢速盘。只能保证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.txtsuse11sp2:/oracle/oradata/ebai>suse11sp2:/oracle/oradata/ebai>suse11sp2:/oracle/oradata/ebai> vi 13.txtsuse11sp2:/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_20130823suse11sp2:/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，就比较简单了，