数据库resetlogs后进行rman恢复6

和一哥们聊，rman可以把以前的备份集加到控制文件里面去。

那我这个问题不就很简单解决了吗。

查看资料，rman里面，catalog命令可以，摘抄网上的文章

在9i时代，如果在控制文件或者catalog数据库中的备份信息被覆盖或者清除，那么即使所有的备份文件都在，rman也无法简单的利用这些文件来做恢复了，必须得用些特别的方法才能办到，比如以前很多牛人写的使用dbms_backup_restore包从备份片中释放出数据文件，然后再使用手工方式做恢复。
 但是实际上，oracle完全可以将恢复时需要的一些信息保存在备份文件的文件头中，如果控制文件或者catalog数据库中的信息丢失，再扫描一遍文件头，取出这些信息就可以了。10g中就是这么实现的，扫描这些文件头的工作就是由这个新的catalog命令来实现的。注意这是10g rman的一个命令，虽然和以前的catalog database的名字长得一样，可不是同一个东西。
 catalog命令可以用来扫描备份片，文件拷贝(datafile or controlfile copy)，也可以用来扫描归档日志，所以，只要你的备份还在，归档还在，即使catalog database崩溃，控制文件重建，照样可以用这些备份来做恢复。
 扫描备份片
 CATALOG BACKUPPIECE ‘?/oradata/01dmsbj4_1_1.bcp’;
扫描归档日志
 CATALOG ARCHIVELOG ‘?/oradata/archive1_30.dbf’, ‘?/oradata/archive1_31.dbf’;
扫描数据文件拷贝，并且将其做为增量备份的level 0
 CATALOG DATAFILECOPY ‘?/oradata/users01.bak’ LEVEL 0;
扫描控制文件拷贝
 CATALOG CONTROLFILECOPY ‘controlfilecopy.ctl’
扫描整个目录，如果备份片或者归档日志文件太多，可以放到一个目录中，一次性扫描就行
 CATALOG START WITH ‘/tmp/arch_logs’;
扫描闪回恢复区
 CATALOG RECOVERY AREA NOPROMPT;
这里需要注意将备份的log和备份文件一起保存下来，不然就不知道哪些文件属于哪个备份集，恢复的时候就要多浪费些时间啦。但是注意这些命令是有限制的，其中的一个限制是不能注册备份文件到不同的数据库：
 You cannot use CATALOG to catalog a file that belongs to a different database.
 也就是说你至少还需要原数据库的控制文件。

 

 

 

restore以后，要有backup controlfile恢复，同样摘抄网上的文章

 

1  recover database using backup controlfile
2  recover database until cancel
3  recover database using backup controlfile until cancel;
4  recover database until cancel using backup controlfile;

本文主要介绍以下四种恢复方式的含义与区别：
 
1. recover database using backup controlfile
ITPUB个人空间 \6C+L-K3}+m
 如果丢失当前控制文件，用冷备份的控制文件恢复的时候，用来告诉oracle，不要以controlfile中的scn作为恢复的终点；
 
2. recover database until cancel
 
如果丢失current/active redo的时候，手动指定终点。
 
3. recover database using backup controlfile until cancel;
 
 如果丢失当前controlfile并且current/active redo都丢失，会先去自动应用归档日志,可以实现最大的恢复；
 
4. recover database until cancel using backup controlfile;
 
 如果丢失当前controlfile并且current/active redo都丢失，以旧的redo中的scn为恢复终点。因为没有应用归档日志，所有会丢失数据。
要理解recover database using backup controlfile，先理解 recover database，也就是说，不加using backup controlfile的情况。
在普通的recover database 或者 recover tablespace, recover datafile时， Oracle会以当前controlfile所纪录的SCN为准，利用archive log和 redo log的redo entry, 把相关的datafile 的 block恢复到“当前controlfile所纪录的SCN”
I而某些情况下，Oracle需要把数据恢复到比当前controlfile所纪录的SCN还要靠后的位置（比如说，control file是backup controlfile , 或者 controlfile是根据trace create的。）,这时候，就需要用using backup controlfile.   恢复就不会受“当前controlfile所记录的SCN”的限制。这时候的限制就来自于你的语句(until time , until scn)，或者可用的archive log(until cancel) ...
结果如下：
如果控制文件丢失，restore备份的控制文件后，则必须使用using backup controlfile选项。而until cancel则是不完全恢复，即current/active redo丢失，或者从restore数据库后某个归档文件缺失，则终止。

结论：
1、适用于restore旧的控制文件，且归档日志和cuurrent/active redo都没有丢失情况。如果一切归档日志和在线日志完好，可以不丢失数据。类似于recover database
2、当前控制文件未丢失（不需要restore旧的控制文件），此时有归档日志或者current/active log有丢失情况下，则终止。最大可能恢复数据
3、4:我在oracle 10.2.0.4环境下测试效果是相同的，即适用于restore旧的控制文件，在恢复到控制文件备份那刻后，系统会提示应用控制文件备份后的归档日志，如果没有则停止。也是最大可能的恢复数据。

可以得出结果，如果有旧的数据库备份，在归档日志和在线日志全部保存完好的情况下，使用recover database或recover database using backup controlfile。则不丢失数据
如果存在备份数据文件restore后，归档日志或者在线日志（active、current）丢失情况下，则可以恢复到丢失的前一个归档日志

 

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/13337857/viewspace-767720/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/13337857/viewspace-767720/