RMAN-系列(六)------RMAN-高级恢复

要将数据库数据还原到与数据库剩余部分不同的时间点，可以用基于表空间时间恢复或者用闪回技术。
不完全恢复方法包括：基于时间，SCN，日志序列或取消的恢复。
1.1使用resetlogslogs命令
在不完全恢复期间，通常需要使用resetlogs命令打开数据库，这是因为我们要从已经简历的现有日志流中脱离出来，并且需要向Oracle说明这种情况.Resetlogs命令表示一个数据库逻辑生存期的结束和另一个数据库逻辑生存期的开始.数据库的逻辑生存期也称为一个对应物(Incarnation).每次使用resetlogs命令都会创建一个新的数据库对应物,这对于恢复操作来说非常重要.
2.5.1使用恢复目录恢复前一个对应物
先假设使用恢复目录执行了备份操作，并且最近使用了resetlogs命令执行过时间点恢复，现在需要使用执行resetlogs命令之前的一个备份来恢复数据库。
操作步骤：
（1）启动但不加载实例，这是因为我们要先得到一个与恢复数据库对应物关联的控制文件
Restorearchivelogall;
Restorearchivelogfromlogseq=20thread=1;
Restorearchivelogfromlogseq=20untillogseq=30thread=1;
还可以将归档的重做日志还原到默认位置以外的位置上：
Run
{
Setarchivelogdestinationto"d:/arch";
Restorearchivelogall;
}
注意：1.上例中的set命令没有替代方法，必须要求使用set。
2.如果RMAN认为一个归档的重做日志已存在，就不会在磁盘上还原这个归档的重做日志，即使设置的还原位置不同与默认的归档日志位置，Oracle也不会在这个新的位置上恢复归档的重做日志。
1.2.1在run代码块中使用set命令与untiltime，untilSCN或untilsequence参数
Run
{
Setuntiltime"to_date('2010-07-0514:02:00','yyyy-mm-ddhh24:mi:ss')";
Restoredatabase;
Recoverdatabasealterdatabaseopenresetlogs;
1.不完全恢复
2.基于RMAN的恢复主题
3.表空间时间点恢复
4.验证备份可恢复
5.跨平台的数据库移动和RMAN
一．不完全恢复
不完全恢复是指不完全的数据恢复，不完全恢复与完全恢复在许多方面是相同的，他们基本的命令集相同，但不完全恢复添加了一些其他命令。引起不完全恢复的原因有很多，如丢失了联机重做日志或归档的重做日志，或者出现重大的用户错误。不完全恢复会影响整个数据库，换句话，不能只对数据库的一部分执行不完全恢复操作，因为这个会使数据库的一部分具有与这个数据库其余部分不同的SCN和时间点。
这种方法避免使用run代码块，也倾向与使用这种方法。
Startupmount;
Restoredatabaseuntiltime"to_date('2010-07-0514:02:00','yyyy-mm-ddhh24:mi:ss')";
Recoverdatabaseuntiltime"to_date('2010-07-0514:02:00','yyyy-mm-ddhh24:mi:ss')";
可以使用backupvalidatedatabase命令查看RMAN检测到的所有数据库讹误。这条命令会在v$backup_corruption和v$database_block_corruption视图中填充检测到的所有讹误数据块。如果讹误发生在复制操作期间，v$copy_corruption视图就会指明包含讹误的备份集。
查询v$database_block_corruption视图可以查看讹误数据块的详细信息。如下所示，使用具有corruptionlistrestore参数的blockrecover命令可以方便地修正v$database_block_corruption视图中的讹误数据块。
Blockrecovercorruptionlistrestoreuntiltime'SYSDATE-5';
}
执行这条命令时，RMAN会查找与恢复目标时间最近（并非恢复目标时间本身也不能是位于恢复目标之间的时间）的备份集，并且从这个备份集中还原数据库。如果数据库置于noarchivelog模式中，恢复操作会在备份集的时间停止；否则在执行recover命令期间，oracle会在所定义的恢复目标（不包含恢复目标本身）上应用归档的重做日志（以及需要应用的任何增量备份）。
这条命令将还原讹误列表中最近5天的所有讹误数据块。在上面的命令中，还可以使用untiltime和untilsequence.
2.5恢复前一个对应物
一个数据库的对应物（incarnation）对应这个数据库的特定逻辑生存期。有时我们需要使用上次执行resetlogs命令打开数据库前生成的一个备份来还原数据库，或者可能需要还原到执行上一个resetlogs命令之前的时间点。这就需要用到incarnation.
2.3数据文件副本的还原
可以从数据文件副本（不是备份集）中还原数据库的数据文件。要实现这个功能，需要先使用restorefromdatafilecopy命令，然后再使用恢复数据库（或表空间，数据文件）的recover。
RMAN>Restore(datafile5)fromdatafilecopy;--此处的圆括号是必须的，如果没有就报错
2.4恢复讹误的数据块
即使与讹误数据块关联的数据文件一直联机，也可以通过用块介质恢复（blockMediarecover：BMR）执行块级别恢复操作来修复Oracle数据库中的这些逻辑上或者物理上的讹误数据块。
一般出现数据块错误时，都会有错误消息：
ORA-01578:ORACLEdatablockcorrupted(file#18,block#88)
1.4基于SCN的恢复
Oracle允许用户将数据库恢复到指定的SCN，实际上，这并不是一种常见的恢复方法。示例如下：
Startupmount;
RestoredatabaseuntilSCN1000;
RecoverdatabaseuntilSCN1000;
Alterdatabaseopenresetlogs;
Alterdatabaseopenresetlogs;
1.3基于时间的恢复
这种恢复类型允许用户将数据库恢复到与指定时间一致的状态。当然，如果不存在能将数据库还原到用户请求的时间的有效备份或归档重做日志，Oracle就会报RMAN-03002和RMAN-20207的错误。
必须具备在我们指定的恢复时间之前生成的数据库备份，此外还需要所有归档的重做日志。
注意的是：v$backup_corruption是一个显示历史讹误的视图，v$database_block_corruption则是一个显示当前数据块讹误的视图。一旦修正了数据库的块讹误，就需要重新运行backupvalidatedatabase命令，然后查询v$database_block_corruption视图以确保不存在其他讹误。
注意：如果尝试恢复到特定备份的完成点，则必须恢复到备份集中文件的CKPSCN或CKPTIME，在不同备份集的RMANlist命令中会列出这些内容。有时使用备份的CKPTIME并不够，还可能导致ORA-1152错误。
1.2.2在restore和recover命令中直接使用untiltime，untilSCN和untilsequence参数
Blockrecoverdatafile18block16,17,88,108;
Blcokrecoverdatafile18block88datafile19blcok188;
Oracle会跟踪在备份和恢复期间发生的数据块讹误。如果检测到备份或复制操作出现讹误，由于Oracle不允许在备份中出现讹误，所有这个备份就会失败。当然，可以配置RMAN允许一定数量的讹误，但是不推荐这种用法。
如果没有BMR时，我们必须从一个备份中恢复这个数据文件，在恢复过程中，用户不能使用该数据块文件中的所有数据。
用BMR恢复就很简单，只需要执行blockrecover命令即可：
Blockrecoverdatafile18block88;
如果有必要，可以同时恢复多个数据文件的多个数据块。如：
Recoverdatabaseuntilsequence100thread1;
Alterdatabaseopenresetlogs;
二．基于RMAN的恢复主题
2.1只读表空间的恢复
在默认情况下，即使丢失了只读的数据文件，RMAN也不会在执行完全恢复数据库还原操作时还原只读的数据文件。要在完全恢复期间还原只读的数据文件，就必须在restore命令中使用checkreadonly参数，如：
OracleRman跨resetlogs版本恢复
/tianlesoftware/archive/2009/10/17/4682463.aspx
ቤተ መጻሕፍቲ ባይዱ
1.2建立恢复点
使用RMAN执行不完全恢复操作时需要完成一个工作是简历恢复目标。恢复目录是恢复进程的终点，通常我们基于一个时间点，一个指定的SCN或者一个日志序列号来表示它。我们可以采用许多不同的方法建立恢复目标。
RMAN 系列（六） ---- RMAN 高级恢复RMAN 系列（六） ---- RMAN 高级恢复