一、 Flashback Database 说明
Flashback Database 功能非常类似与 RMAN 的不完全恢复， 它可以把整个
数据库回退到过去的某个时点的状态， 这个功能依赖于 Flashback log 日志。 比
RMAN 更快速和高效。 因此 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。
二、 Flashback Database 架构
Flashback Database 整个架构包括一个进程Recover Writer(RVWR)后台进程，
Flashback Database Log 日志 和 Flash Recovery Area。一旦数据库启用了
Flashback Database， 则 RVWR 进程会启动，该进程会向 Flash Recovery Area 中
写入 Flashback Database Log， 这些日志包括的是数据块的 " 前镜像(before
image)"， 这也是 Flashback Database 技术不完全恢复块的原因。
三、 Flashback Database 操作流程：
1. 配置 Flash Recovery Area
SQL> show parameter db_recovery_file
SQL> alter system set db_recovery_file_dest_size=10G scope=both;
2. 数据库必须已经处于归档模式
SQL> archive log list;
3. mount 状态下 开启 flashback database
SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database flashback on;
SQL> alter database open;
SQL> select flashback_on from v$database;
FLASHBACK_ON
------------------
YES
4.查询当前的 scn
SQL> SELECT CURRENT_SCN FROM V$DATABASE;
CURRENT_SCN
-----------
3450135
5. 查询当前的时间
SQL> select to_char(sysdate,‘yy-mm-dd hh24:mi:ss‘) time from dual;
TIME
-----------------
15-03-12 16:40:55
6. 模拟业务操作
SQL> create table flashback as select * from dba_objects;
Table created.
SQL> commit;
Commit complete.
7. 重启 DB 到 到 mount
SQL> shutdown immediate
SQL> startup mount
8. 执行恢复：分 timestamp 或者 SCN
SQL> flashback database to scn 3450135;
Flashback complete.
或者 （两者选其一）
SQL> Flashback database to timestamp to_timestamp(‘15-03-12 16:40:55‘,‘yy-mm-ddhh24:mi:ss‘);
9. 打开数据库
SQL> alter database open resetlogs;
说明：
在执行完 flashback database 命令之后，oracle 提供了两种方式让你修复数据库：
1). 直接 alter database open resetlogs 打开数据库，当然，指定 scn 或者
timestamp 时间点之后产生的数据统统丢失。
2). 先执行 alter database open read only 命令，以 read-only 模式打开数据库，
然后立刻通过逻辑导出的方式将误操作涉及表的数据导出，再执行 recover
database 命令以重新应用数据库产生的 redo，将数据库修复到 flashback database
操作前的状态，然后再通过逻辑导入的方式，将之前误操作的表重新导入，这样
的话对现有数据的影响最小，不会有数据丢失。
10. 核查闪回操作是否成功
SQL> select * from flashback;
select * from flashback
*
ERROR at line 1:
ORA-00942: table or view does not exist
11. 关闭闪回数据库功能
SQL> shutdown immediate;
SQL> startup mount;
SQL> alter database flashback off;
SQL> alter database open;
SQL> select flashback_on from v$database;
FLASHBACK_ON
------------------
NO
补充：
-- 查看是否启用了 Flashback database 功能
SQL> select flashback_on from v$database;
-- 查看闪回支持的闪回时间
SQL> select oldest_flashback_scn os, to_char(oldest_flashback_time,‘yy-mm-dd hh24:mi:ss‘) ot,
retention_target rt,flashback_size fs, estimated_flashback_size es
from v$flashback_database_log;
Flashback Database 所能回退到的最早时间，取决与保留的 Flashback
Database Log 的多少， 该视图就可以查看许多有用的信息。
Oldest_flashback_scn / Oldest_flashback_time : 这两列用来记录可以恢复到最早的时点
Flashback_size: 记录了当前使用的 Flash Recovery Area 空间的大小
Retention_target: 系统定义的策略
Estimated_flashback_size: 根据策略对需要的空间大小的估计值
--查看闪回数据库的活动量
SQL> alter session set nls_date_format=‘hh24:mi:ss‘;
SQL> select * from v$flashback_database_stat;
这个视图用来对 Flashback log 空间情况进行更细粒度的记录和估计。 这个
视图以小时为单位记录单位时间内数据库的活动量
Flashback_Data 代表 Flashback log 产生数量，
DB_Date 代表数据改变数量，
Redo_Date 代表日志数量，
通过这 3 个数量可以反映出数据的活动特点，更准确的预计 Flash Recovery Area 的空间需求
感谢 dave 大神 ，有参考dave 老师的笔记。