1.6、Automatic Disk-Based Backup and Recovery: The Flash Recovery Area

创建不同备份和恢复文件的组件对每个文件系统的大小没有任何了解。使用Automatic Disk-Based Backup and Recovery，你可以创建一个闪回恢复区，使备份文件的管理自动化。在磁盘上选择一个位置，为存储空间提供一个更大的边界，同时设置一个备份策略，那么数据库在那块空间管理用做备份的存储、归档日志和其他与恢复相关的文件。oracle建议你开启一个闪回恢复区来简化你的备份管理

1.7、Oracle Flashback Technology: Alternatives to Point-in-Time Recovery

oracle闪回技术提供了一系列特性，它们提供了实用的可以选择的事物，比如查看数据的过去状态、回滚数据（不需要你从备份还原大部分数据库或者完成基于时间点的恢复）。oracle的闪回特性在很多状况中比介质恢复更高效，同时更低损坏。

oracle的很多闪回特性在逻辑层次上操作，来查看和操纵数据库对象，就像如下的：

（1）oracle闪回查询

它让你指定一个目标时间，接着向前跑查询，查看结果。为了从一个不希望的改变（比如用户错误更新一个表）中恢复，一个用户可以选择一个错误之前的目标时间，然后跑查询来恢复丢失或者改变的行的内容。

（2）oracle闪回版本查询

就像更新被应用到表一样，它让你查看在一段指定时间内出现在一个或多个表中所有行的所有版本。你也可以恢复关于行的不同版本的元数据，包括开始时间，结束时间，操作和事务id。这个特性可以被用于恢复丢失的数据值和给查询的表审计改变。

（3）oracle闪回事务查询

它让你查看在一段时间内被一个单一事务或者多个事务产生的改变。

（4）oracle闪回表

把一个表返回到先前时间点的状态。在数据库在线期间，你可以还原表数据。

（5）oracle闪回drop

反转drop table语句的影响。

flashback query,flashback version query,flashback transaction query,flashback table都依赖于回滚数据，回滚数据是任何一个更新所影响的数据。flashback drop是基于一个叫做recycle bin的机制，oracle用回收站管理删除的数据库对象。

注意：逻辑级别的flashback特性不依赖于rman；无论是否rman是备份策略的一部分，它都是可用的。

物理级别上，oracle flashback database为基于时间点的恢复提供了一个更高效、直接的可供选择的事物。如果你的数据文件仅仅有不希望的更改，那么你可以使用flashback database来引起当前的数据文件转变到过去的内容。最终的产品很像基于时间点恢复的结果，但是一般比介质恢复更快，因为它不需要从备份还原数据文件，仅仅需要很少的日志应用。闪回数据库使用flashback logs和archived redo log来访问数据块的过去版本。flashback database需要你配置一个闪回恢复区，因为flashback logs只能存储在那里。flashback logging默认是未开启的。数据库自动管理用于flashback logs的空间，

flashback database可以看作是不完全恢复的替代技术，但它也有某些限制：

（1）Flashback Database 不能解决Media Failure， 这种错误RMAN恢复仍是唯一选择。

（2）如果删除了数据文件或者利用Shrink技术缩小数据文件大小，这时不能用Flashback Database技术回退到改变之前的状态，这时候就必须先利用RMAN把删除之前或者缩小之前的文件备份restore 出来， 然后利用Flashback Database 执行剩下的Flashback Datbase。

（3）如果控制文件是从备份中恢复出来的，或者是重建的控制文件，也不能使用Flashback Database。

（4）使用Flashback Database所能恢复到的最早的SCN， 取决与Flashback Log中记录的最早SCN。