rman学习恢复篇

数据库修复restore：恢复到备份时状态，并将日志文件存放到相应的位置
数据库恢复recover：应用日志文件，将数据库恢复到当前状态

执行完全介质恢复步骤 数据库只剩下控制文件和SPFILE
startup mount
restore database;
recover database delete archivelogs skip tablespace temp;
alter database open;
//delete archivelogs 表示RMAN在完成恢复后自动删除恢复过程中产生的归档日志文件，之前的归档它是不动的
//skip tablespace 跳过表空间 临时表空间本来就没备份，可省略，不过rman在进行整库恢复时，会自动创建临时表空间的数据文件

恢复表空间
alter tablespace users offline immediate;
restore tablespace users;
recover tablespace users;
alter tablespace users online;

恢复数据文件
alter database datafile 10 offline;
set newname for datafile 10 to 'd:\users.dbf';//可以给数据文件指定新路径
restore datafile 10;
recover datafile 10;
alter database datafile 10 online;

恢复归档日志文件
一般不需要恢复归档日志文件，因为rman在recover时会自动对适当的归档进行恢复，单独恢复归档文件一般有一定特殊需求，比如data guard环境下，standby端丢失了部分归档文件，需要从primary端重新获取
run{
set archivelog destination to 'd:\arclog';
restore archivelog sequence between 35 and 40;
}

恢复控制文件
1.重自动备份中恢复
rman target /
set dbid=n                //dbid可以从之前rman备份日志中开头查到
startup nomount
restore controlfile from autobackup;

2.从备份集中恢复
set dbid=n
startup nomount
restore controlfile from ':\c-122123123-123123-11';
使用备份的控制文件进行恢复之后，必须recover database，并以open resetlogs方式打开数据库

恢复spfile
1.手动恢复
alter 文件中
2.rman恢复
set dbid=n
startup nomount  //rman会虚拟一个db_name为dummy的数据库，并以默认参数启动
restore spfile from autobackup/':\c-122123123-123123-11';

修复丢失的联机重做日志文件：一般是介质损坏造成的
非当前的直接alter database clear logfile group 1;alter database open;
当前丢失： 如果是归档模式并且有备份，建议通过备份进行不完全恢复，正常情况下只丢失当前联机重做日志中的数据
如果没有备份，就只能强制恢复了，修改一个隐藏初始化参数,设置成true会跳过一致性检查
alter system set "_allow_resetlogs_corruption"=true scope=spfile;
重启数据库到mount
recover database until cancel;
alter database open resetlogs;然后重建数据库exp/imp

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

转载于:http://blog.itpub.net/22253646/viewspace-667006/