1、不完全恢复：将database重组到之前的某个时间点。
对此，需要有可用的在恢复点之前的datafiles的offline或是online备份；还需要从备份集到恢复时间点的所有归档日志。
1）不完全恢复的典型应用主要是在下面的情况下：
* 完全恢复失败的状态下。
* 所有的控制文件丢失的情况
* 所有的未归档redo log files和datafiles被丢失
* usesr error：重要的table被drop或是不合理的data被commit。
2）具体类型：
* 基于时间点的恢复
* 基于CANCEL的恢复（即在恢复提示下输入CANCEL后停止恢复）主要用于当前redo log被损坏，不能被用于恢复；或是需要使用的archived redo log file被丢失。
* 基于Change的恢复，即基于SCN号。
* 使用转储的控制文件进行恢复
3）不完全恢复应注意的内容：
* 恢复过程中小心操作每一步，失败的转储将可能造成database无法打开
* 最好在恢复前进行一次closed database的完全备份，包括控制文件和redo logs。这可以在即使恢复失败时，也能恢复到操作之前的状态。并且在一定程度上节省时间。
如果没有备份整个database，那归档当前的redo log（ALTER SYSTEM ARCHIVE LOG CURRENT）并且备份控制文件（ALTER DATABASE BACKUP CONTROLFILE TO ）
* 成功恢复database后，建议进行一次完全的closed备份。
* 在恢复后，允许users访问前，验证恢复是否成功，不成功则需要重新恢复
* 备份归档日志（delete input），避免从不同的database incarnation中进行混合归档。
4）不完全恢复和alert日志
在进行恢复时，会将所有的步骤记录到alert日志中DBA应该在恢复前后经常查阅该文件。
2、user-managed不完全恢复
1）具体过程
①对当前database进行full closed 备份，shutdown database
②转储所有的datafiles到过去的备份的时间点
③将database启动到mount的模式，并确保datafiles处于online模式
④Recover database
⑤使用RESETLOGS选项打开database，验证恢复的正确性
⑥进行database的whole closed backup。
2）RECOVER 命令
RECOVER [automatic] database
阅读(1618) | 评论(0) | 转发(0) |
