<span style="font-size:18px;">   oracle 自9i之后增加了flashback特性，本来想自己总结下关于这个知识点，但是看到<a target=_blank target="_blank" href="http://blog.chinaunix.net/uid-74941-id-3180228.html">http://blog.chinaunix.net/uid-74941-id-3180228.html</a>,<a target=_blank target="_blank" href="http://blog.csdn.net/chenweitang123/article/details/6163455">http://blog.csdn.net/chenweitang123/article/details/6163455</a>这两位兄台的总结，感觉比自己总结的好很多。所以就学习这两位仁兄的吧。</span>

/*

11g的flashbackup 分好几种，分别用途不一样。

A.flashback database 闪回数据库，简单理解就是把数据库闪回到某个以前的时间点，

能恢复到的最早的SCN， 取决与Flashback Log中记录的最早SCN

B.flashback drop 回收数据库表，用于表误drop后恢复。类似Windows的回收站。

C.flashback query 闪回表记录，用于数据表记录的恢复

D.falshabck Table 闪回数据库表，

后两个是重点，下面说明。

*/

– A.flashback database相关

/*

1.默认情况数据库的flashback database是关闭，可以在mount exclusive状态下打开。

在设置了闪回恢复区后，可以启动闪回数据库功能。

*/

–1.检查是否启动了flash recovery area

show parameter db_recovery_file

–2.检查是否启用了归档

archive log list;

–3.flashback database 默认是关闭的，查看方法

select flashback_on from v$database;

–4.查询当前的scn

SELECT CURRENT_SCN FROM V$DATABASE;

–5.查询当前的时间

select to_char(sysdate,’yy-mm-dd hh24:mi:ss’) time from dual;

–6.查看SCN 和 timestamp 之间的对应关系：

select scn,to_char(time_dp,’yyyy-mm-dd hh24:mi:ss’)from sys.smon_scn_time;

–7.恢复到时间点，或者恢复到SCN

flashback database to timestamp to_timestamp(’09-10-14 14:37:05′,’yy-mm-dd hh24:mi:ss’);

flashback database to scn 947921;

– B. flashback table 恢复误drop表

drop table sphsy.login_table;

select * from flash_table;

–purge table sphsy.login_table;清空回收站

flashback table sphsy.login_table to before drop;

select * from sphsy.login_table;

– C. flashback query 实现行级恢复

/*

flashback查询用于获取先前时间点的表行级数据。当使用flashback查询时，

需要在表名后指定as of timestamp子句或as of SCN子句，其中as of timestamp用于指定早期时间点，

而as of SCN用于指定早期的SCN值，示例如下：

*/

– 1.查原始记录 ，区间内有62 行

select *

from sphsy.login_table a

where a.id > 201204171078

and a.id < 201204171141

order by a.id ;

– 2.晚于区间的有 3016

select program,count(*)

from sphsy.login_table a

where a.id >= 201204171141

group by program ;

–3. 删除

delete from sphsy.login_table a

where a.id > 201204171078

and a.id < 201204171141

–4.利用闪回特性查到区间内，有62行

select * from sphsy.login_table

as of timestamp to_timestamp(’2012-04-17 17:20:30′,’YYYY-MM-DD HH24:MI:SS’)

where id > 201204171078

and id < 201204171141

– 5.不利用闪回特性，直接查询发现没有

select * from sphsy.login_table

where id > 201204171078

and id < 201204171141

– 6.进行数据恢复

– 禁止表上的触发器

alter trigger sphsy.T_INS_LOGIN_TABLE disable ;

– 恢复数据

insert into sphsy.login_table

select * from sphsy.login_table

as of timestamp to_timestamp(’2012-04-17 17:20:30′,’YYYY-MM-DD HH24:MI:SS’)

where id > 201204171078

and id < 201204171141

– 恢复触发器

alter trigger sphsy.T_INS_LOGIN_TABLE enable ;

– 7.晚于区间的数据回来了3130 = 3016 +62 + 后来的数据。实现了区间恢复误删除。

select program,count(*)

from sphsy.login_table a

where a.id >= 201204171078

group by program ;

– D. flashback table 恢复表到先前状态

/*

flashback查询可以用于恢复被误删除的表行数据，但是用户在表上执行了其他的DML语句误操作（insert或update），则不能直接使用flashback查询将表数据恢复到先前时间点，从oracle10g开始，使用flashback table语句可以将表恢复到先前时间点，通过使用该特征，可以避免执行基于时间点的不完全恢复，注意如果要在某个表上使用flashback table特征，则要求必须具有以下条件：

a.用户必须具有flashback any table系统权限或flashback对象权限

b.用户必修在表上具有select insert delete和alter权限

c.必须合理设置初始化参数undo_retention，以确保UNDO信息保留足够时间

d.必须激活行移动特征：alter table table_name enable row movement；

*/

– 1.查原始记录 ，区间内有62 行

select *

from sphsy.login_table a

where a.id > 201204171078

and a.id < 201204171141

order by a.id ;

– 2.晚于区间的有 3074

select count(*)

from sphsy.login_table a

where a.id >= 201204171141;

–3. 删除 ,先记下时间点，2012-04-17 17:43:46

select to_char(sysdate,’YYYY-MM-DD HH24:MI:SS’) from dual ;

delete from sphsy.login_table a

where a.id > 201204171078

and a.id < 201204171141

– 4.删除之后表 sphysy.login_table继续有修改 ,行3082

select count(*)

from sphsy.login_table a

where a.id >= 201204171141;

–5.激活行移动特征

alter table sphsy.login_table enable row movement

–6.利用闪回特性，直接恢复到删除时间点前

flashback table sphsy.login_table to timestamp to_timestamp(’2012-04-17 17:43:46′,’YYYY-MM-DD HH24:MI:SS’);

– 7.晚于区间的数据 回到了3080 ，说明时间点之后的修改丢失。

select count(*)

from sphsy.login_table a

where a.id >= 201204171141

– 8.往前推1分，恢复到删除之前，删除的62条也回来了。

flashback table sphsy.login_table to timestamp to_timestamp(’2012-04-17 17:40:46′,’YYYY-MM-DD HH24:MI:SS’);

– 62 行

select count(*)

from sphsy.login_table a

where a.id > 201204171078

and a.id < 201204171141

– 删除之后的数据为3074，代表还有修改丢失。

select count(*)

from sphsy.login_table a

where a.id >= 201204171141

/*

总结：方法C，方法D均可以用数据恢复。

方法C安全，恢复麻烦。方法D简单，有可能数据丢失。

*/

补充一点小技巧：

select count(*) from t as of timestamp sysdate-1/24;查询一个小时前某个表t的数据
select  sysdate-1/24 from dual;

2013-09-15补充

对flashback一直有几点不是很了解，今天又学习了一下，作为补充。

1.undo表空间与回收站recyclebin.

flashback 大致分为四个级别

1. flashback数据库（将整个数据库恢复到某时点）；

2.flashback drop恢复删除的table。

3.flashback  闪回查询 as of 恢复某个表中某些记录；

4.flashback  table。将这个table恢复到之前的某个时点。

这四个级别原理不是完全相同的：

1. flashback数据库（将整个数据库恢复到某时点），基于闪回日志。使用之前需要dba进行配置

–1.检查是否启动了flash recovery area

show parameter db_recovery_file

–2.检查是否启用了归档

archive log list;

–3.flashback database 默认是关闭的，查看方法

select flashback_on from v$database;

由于没有做这个测试，而且说一般恢复整个database 很少使用这个，因此只是简单介绍下。如有遗漏，具体还要再实际操作。

2.flashback drop   这个是恢复误删除的table。是从oracle的回收站中将数据恢复，不是从undo表空间。这也是我之前将二者混淆的地方。

回收站是将删除的表信息保存起来，而undo空间是为了将事务进行回滚，保存之前的数据状态。两者各有各的用处。

3.和4.都是为了恢复表记录或者表到之前的某个状态，因此使用的也是undo表空间。

由此，总结如下：

使用recyclebin回收站 :    flashback table to before drop
使用undo_tbs:       flashback table to timestamp ....
使用undo_tbs:       select text from dba_source as of timestamp...
使用flashback log： flashback database.....

2.关于undo_retention参数：

undo 有几个重要的参数，undo_management、undo_tablespace、undo_retention可以通过show parameter + 参数名进行查看。

        之前对undo_rentention不是很理解，后来才知道，这个参数的单位是秒，意思是在undo空间足够大的情况下，数据最少可以保留多久。所以数据在undo中保存的情况不只是由这个参数决定的。 它只是一个参考。具体还要看undo空间。

SQL> SELECT * FROM DBA_RECYCLEBIN;
OWNER                          OBJECT_NAME                    ORIGINAL_NAME                    OPERATION TYPE                      TS_NAME                        CREATETIME          DROPTIME               DROPSCN PARTITION_NAME                   CAN_UNDROP CAN_PURGE    RELATED BASE_OBJECT PURGE_OBJECT      SPACE
------------------------------ ------------------------------ -------------------------------- --------- ------------------------- ------------------------------ ------------------- ------------------- ---------- -------------------------------- ---------- --------- ---------- ----------- ------------ ----------
SCOTT                          BIN$cyTZoWfNSMmgZkOX78CakQ==$0 TEMP_EMP                         DROP      TABLE                     USERS                          2015-05-14:15:53:43 2015-05-14:15:56:32    2254049                                  YES        YES            75054       75054        75054          8
 
SQL> flashback table scott.TEMP_EMP before drop;
flashback table scott.TEMP_EMP before drop
ORA-00905: 缺失关键字
 
SQL> flashback table scott.TEMP_EMP to before drop;
Done