1 基本概念

当执行完全恢复时，会将数据库置于完全最新的状态，包括当前提交的所有数据修改。
然而，不完全恢复会使数据库或表空间回到过去的某个时间点。这也称为“时间点恢复(PITR)”。“这意味着缺少交易;从恢复目标时间到现在所做的任何数据修改都将丢失。在许多情况下，这是理想的目标，因为可能对数据库进行了一些需要撤消的更改。恢复到过去的某个点是解决用户误操作的一种方法。

2 完全恢复过程

以下步骤描述了在完全恢复期间发生的情况:

1. 从备份中恢复损坏或丢失的文件。
2. 根据需要应用增量备份、归档重做日志文件和在线重做日志文件的更改。重做日志更改将应用于数据文件，直到到达当前在线日志并重新输入最近的事务为止。undo块是在整个过程中生成的。这被称为 rolling forward or cache recovery。
3. 恢复的数据文件现在可能包含已提交和未提交的更改。
4. undo块用于回滚任何未提交的更改。这有时称为transaction recovery。
5. 数据文件现在处于恢复状态，并且与数据库中的其他数据文件保持一致。

3 不完全恢复过程

不完全恢复或数据库时间点恢复(DBPITR)使用备份生成数据库的非当前版本。也就是说，不应用在最近备份之后生成的所有重做记录。只有在绝对必要时才执行这种类型的恢复，如解决用户的误操作问题。要执行时间点恢复，需要:
在恢复点之前对所有数据文件进行有效的脱机或联机备份
从备份到指定恢复时间的所有归档日志
执行时间点恢复的步骤如下:

1. 从备份中恢复数据文件:所使用的备份必须来自目标恢复点之前。这需要使用OS命令或使用RMAN还原命令复制文件。
2. 使用RECOVER命令:从归档的重做日志文件应用重做，包括到达恢复点目的地所需的所有重做文件。
3. 过度恢复状态:State of over-recovery:现在数据文件包含一些已提交和一些未提交的事务，因为重做日志包含未提交的数据。
4. 使用ALTER DATABASE OPEN命令:在应用undo之前打开数据库。这是为了提供更高的可用性。
   5.应用undo数据:在应用重做的同时，也应用了支持undo数据文件的重做日志。因此，可以对数据文件应用撤销，以撤消任何未提交的事务。这是下一步要做的。
5. 流程完成:数据文件现在恢复到选择的时间点。
   Oracle闪回数据库是DBPITR最有效的替代方案。与其他闪回特性不同，它在物理级别操作，并将当前数据文件还原为过去时间的内容。其结果类似于DBPITR的结果，包括打开的RESETLOGS，但Flashback数据库通常更快，因为它不需要恢复数据文件，与介质恢复相比，只需要有限的重做应用程序。