Oracle（2-14）User-Managed Incomplete Recovery

User-Managed Incomplete Recovery 用户管理的不完全恢复
目标：

• 掌握不完全恢复的步骤
• 执行不完整的数据库恢复
• 识别当前联机重做日志文件的丢失

一、基础知识

1、Incomplete Recovery Overview 不完全恢复概述

2、Situations Requiring IR 需要不完全恢复的情况

• 完全恢复失败，因为已存档的日志丢失
• 所有未存档的重做日志文件和数据文件都将丢失
• 用户错误
  • 一张重要的表删除了
  • 在表中提交了无效数据
• 当前控制文件丢失，必须使用备份控制文件打开数据库

3、Types of IR 不完全恢复的类型

• 不完全恢复有以下三种情况：
  • 基于时间的恢复
  • 基于取消的恢复
  • 基于更改的恢复
• 在以下情况下，您可能需要使用已恢复的控制文件进行恢复：
  • 控制文件丢失
  • 执行不完全恢复到数据库结构与当前

4、IR Guidelines 不完全恢复指南

• 请仔细遵循所有步骤
• 在恢复之前和之后进行整个数据库备份
• 请始终验证恢复是否成功
• 备份并删除存档日志

5、User-Managed Procedures 用户管理程序

1. 关闭并备份数据库
2. 恢复所有数据文件。不要还原控制文件、重做日志、密码文件或参数文件。
3. Mount the database将数据库置于mount状态
4. 将数据文件恢复到故障时间之前的某个点。
5. 打开数据库使用
6. 执行关闭的数据库备份（数据库备份）

6、RECOVER Command Overview 恢复命令概述

• 恢复数据库基于取消：

RECOVER DATABASE until cancel

• 恢复数据库，基于时间:

RECOVER DATABASEuntil time '2023-10-24:14:22:03'

• 使用备份控制文件恢复:

RECOVER DATABASE
until time '2023-010-24:14:22' 
using backup controlfile;

7、Time-Based Recovery 基于时间的恢复

• 情景:
  • 当前时间是2002年3月9日中午12点。
  • 已删除“雇员”表
  • 表是上午11点45分左右被删除的。（需要知道大概的删除时间）
  • 数据库活动极少
  • 表必须恢复

8、UNTIL TIME Recovery 知道时间恢复

9、Cancel-Based Recovery 基于取消得恢复

• 情景:
  • 当前时间是2002年3月9日中午12点
  • 当有人试图修复坏块时，EMPLOYEE表被删除。
  • 日志文件存在于同一个磁盘上。
  • 表大约在上午11点45分删除。
  • 数据活动极少

二、基础操作

参考基础知识就可以完成基本操作，现在实际开发中用户部分恢复基本不再使用这里就不在实际操作了。

完结散花