RMAN中的不完整恢复及其应用场景

rman中的不完整恢复:
不完整恢复表示会丢失数据。通过还原所有数据文件将整个数据库回退&＃xff0c;然后执行不完全恢复。不是应用自备

份后生成的所有重做&＃xff0c;而是故意在某个点停止应用重做&＃xff0c;生成一个不是最新的数据库版本&＃xff0c;
自该点后做的所有工作丢失&＃xff0c;执行不完整恢复只有两个原因&＃xff1a;完整恢复不可行或是故意要丢失数据。
    完整恢复将是不可能的&＃xff0c;除非自备份后生成的所有归档日志以及联机重做日志可用。如果归档日志缺失或

是被破坏&＃xff0c;那恢复将在该点停止&＃xff0c;完整恢复不会因为缺失归档或联机日志文件而失败。
因为这两种文件类型都可以且应多路复用到不同设备&＃xff0c;使得它们完全丢失是不可能的&＃xff0c;但也是会发生的。如果

发生这种情况&＃xff0c;则不完全恢复至缺失或损坏的重做数据发生的点是唯一选择。
(注:如果归档日志或当前联机重做日志文件组的所有副本都丢失&＃xff0c;那么必须执行不完全恢复)。
   决定故意丢失数据是在用户错误发生后采取的行动。也许是因为用户提交了一个不适合业务需求的事务。
在使用update或delete语句时&＃xff0c;忘了where条件&＃xff0c;导致整个表受影响。而不是一行。如果提交了这一语句。
那么更改不可逆。对已提交的事务来说&＃xff0c;是不可逆的。同样&＃xff0c;对于一些DDL命令&＃xff0c;更是不可逆的。
对于这些用户错误&＃xff0c;可以还原整个数据库并将它恢复至错误发生前的点&＃xff0c;从而生成没有错误的数据库版本&＃xff0c;
同时也会丢失自那之后所做的所有工作。
(注1&＃xff1a;有些闪回技术可帮助从用户错误中恢复过来,而不需要执行不完全恢复)
(注2&＃xff1a;跳过坏事务的恢复而恢复所有其他工作是不可能的)
  不完整恢复的特例是控制文件的恢复。在理想情况下&＃xff0c;所有恢复操作将使用当前控制文件来引导&＃xff0c;但有时是
不可能的&＃xff0c;并且必须还原控制文件的备份。可能的原因有两个:当前控制文件的所有副本已丢失&＃xff0c;不能运行
create controlfile命令重新创建它&＃xff0c;或者当前控制文件不能准确描述想要还原的数据库版本&＃xff0c;通常因为像
删除表空间这样的更改在备份后已发生。
不完整恢复的4个步骤:
*加载数据库
*还原所有的数据文件
*恢复数据库至某个点
*用重置日志打开数据库
  与完整恢复形成对照的第一点是完整恢复可在数据库打开时进行&＃xff0c;除非受损文件是关键的。不完整恢复只能

在加载加载模式下进行。
   其次&＃xff0c;对于完整恢复来说&＃xff0c;只还原受损的数据文件&＃xff1b;不完整恢复操作还原所有数据文件。数据文件不必从

相同备份中还原&＃xff0c;但它们必须都早于想恢复到的点。如果当前数据库的物理结构与被还原的版本的结构不同&＃xff0c;
则不必还原控制文件以及数据文件。例如&＃xff0c;如果表空间无意间被删除&＃xff0c;当前控制文件将对此一无所知。
还原构成表空间的数据文件则没有帮助&＃xff1a;当前控制文件将忽略它们&＃xff0c;不在恢复中包括它们。在必要时才还原
控制文件&＃xff1b;如果这样做的话&＃xff0c;将很复杂。
   第三步将归档和联机日志的重做数据应用到所需的点。这与完整恢复不同&＃xff0c;在完整恢复中是应用所有
重做使数据库保持最新&＃xff1b;对于不完整恢复&＃xff0c;是在最近时间前的任意一点停止恢复。
最后&＃xff0c;用resetlogs打开数据库。这将重新初始化联机重做日志文件&＃xff0c;创建数据库的一个新化身。
数据库的化身是带有新的重做线程(日志序列号从1开始)的数据库版本。这是与完整恢复的最后一个不同点。
在完整恢复后&＃xff0c;数据库与问题发生前一样&＃xff0c;但在不完整恢复后&＃xff0c;它是个不同的化身。备份和归档日志是特定
于一个化身的&＃xff0c;由一个化身生成的备份和归档日志必须与前一化身生成的备份和归档日志相分离。
(注&＃xff1a;必须以sysdba身份连接进行不完整恢复。普通用户和sysoper用户都不行)
   加载数据库并还原所有数据文件和控制文件后&＃xff0c;对于不完全恢复操作有三个选项&＃xff1a;
*until time
*until SCN
*until sequence
until time选项将应用重做前滚数据文件至特定时间。精度为妙。该选项通常用于纠正用户错误。如果用户犯

了不可逆的错误&＃xff0c;但知道犯错误的时间&＃xff0c;那么基于时间恢复至错误发生之前是最好的选择。
    如果已知错误发生时的确切的系统变更号&＃xff0c;那么可使用until scn选项。
如果归档日志文件或联机日志文件组缺失&＃xff0c;则使用until sequence选项&＃xff0c;它会将至日志切换前的所有工作恢复
到缺失的文件或组中。
(注:sql*plus和rman使用的不完全恢复的语法是不同的。sql*plus使用until cancel和until channel,而rman

使用until sequence和until scn&＃xff0c;两者都是要until time)
在默认情况下&＃xff0c;rman将还原最近的备份&＃xff0c;并应用所有可用的重做。不完全恢复会修改者一行为:
必须从早于恢复点的备份进行还原&＃xff0c;而恢复必须在那个时间停止。要确保还原和恢复使用相同的until time,

最佳时间是在一个run块中执行这两个命令。例如:

RMAN> run{
2> startup mount;
3> set until time&＃61;"to_date(&＃39;05-08-13 15:20&＃39;,&＃39;dd-mm-yy hh24:mi:ss&＃39;)";
4> restore database;
5> recover database;
6> alter database open resetlogs;}

数据库已经启动

正在执行命令: SET until clause

启动 restore 于 05-8月 -13
使用目标数据库控制文件替代恢复目录
分配的通道: ORA_DISK_1
通道 ORA_DISK_1: SID&＃61;63 设备类型&＃61;DISK

通道 ORA_DISK_1: 正在开始还原数据文件备份集
通道 ORA_DISK_1: 正在指定从备份集还原的数据文件
通道 ORA_DISK_1: 将数据文件 00002 还原到 D:\ORACLEPX\TOOLS\ORACLE11G\ORADATA\ORC
L\SYSAUX01.DBF
通道 ORA_DISK_1: 将数据文件 00003 还原到 D:\ORACLEPX\TOOLS\ORACLE11G\ORADATA\ORC
L\UNDOTBS01.DBF
通道 ORA_DISK_1: 将数据文件 00004 还原到 D:\USERS.DBF
通道 ORA_DISK_1: 将数据文件 00005 还原到 D:\ORACLEPX\TOOLS\ORACLE11G\ORADATA\ORC
L\EXAMPLE01.DBF

通道 ORA_DISK_1: 已还原备份片段 1
通道 ORA_DISK_1: 还原完成, 用时: 00:00:35
完成 restore 于 05-8月 -13

启动 recover 于 05-8月 -13
使用通道 ORA_DISK_1

正在开始介质的恢复
介质恢复完成, 用时: 00:00:08

完成 recover 于 05-8月 -13

数据库已打开
另一种语法是在每个命令中指定until值&＃xff0c;如&＃xff1a;
restore database until time&＃61;&＃39;sysdate-7&＃39;;
recover database until time&＃61;&＃39;27-OCT-08&＃39;;
第一个命令指示RMAN从至少有7天时间的备份还原数据库。第二个命令将执行不完整恢复至2008年10月27号的

开始。