执行不完全数据库恢复

通常在下列情况下需要执行数据库时间点恢复：

n 恢复数据库到用户或管理错误之前的SCN

n 数据库包含损坏的块

n 完全数据库修复失败，因为所有需要的归档重做日志不可用

n 正在从生产数据库备份创建测试数据库或报表数据库

如果数据库运行在归档模式，并且归档重做日志文件的唯一拷贝损坏了，则被损坏的文件不会影响到数据库的当前操作。

下表描述了对日志文件何时被写和何时备份数据文件产生依赖的情形。

表 29.2 归档重做日志的丢失

如果备份了…	则…
被填满了的联机重做日志组（这个日志组被归档了）之后，所有的数据文件被写	对完全介质恢复,被填满的联机重做日志组的归档版本是不需要的.
在被填满的联机重做日志组之前的特定的数据文件被写	如果相应的数据文件被持久的介质失败损坏了,则使用被损坏的数据文件的最近的备份并执行表空间时间点恢复,更新到被损坏的归档重做日志.

注意：

如果知道一个归档重做日志组已经被损坏了，则要立即备份所有的数据文件。

这样就有一个整个数据库备份，也就不再需要损坏的归档重做日志了。

DBPITR技术与“执行关闭的数据库的恢复”是相似的，除了指定特定的时间或SCN或输入了CANCEL中断了DBPITR外。

基于cancel的恢复会提示建议的归档重做日志文件名。

当你指定了CANCEL而不是文件名，或当所有的redo信息都已经应用到了数据文件。

基于cancel的恢复技术是最好的技术来控制哪一个归档日志中断恢复。

这部分的过程假设：

当前的控制文件可用。如果必须还原或重建控制文件，则参考“在所有的当前控制文件丢失之后的恢复”

具有所有需要的数据文件的备份。如果丢失了数据文件备份，则参考“当备份不可用时重新创建数据文件”

ITPub博客