oracle11g 使用闪回查询恢复表到过去某一个时间点

1、新建测试表并插入数据：

 

 2、模拟表数据误删并提交：

 

 3、使用闪回查询来查误删前表的数据：（表误删是在15:08分左右误删，因此在15:08分之前表的数据还是在的）：

 

 4、用现在的数据与误删前的数据做对比，找出被误删的数据：

 

 5、恢复被误删的数据，

方法一：直接用insert into插入被误删的数据，使用insert into插入误删的数据，则原来未删除的数据的rowid不变；

 

 

 

方法二：使用flashback 恢复，使用flashback恢复实际上是将表里面的数据delete，然后重新插入整个表的数据，表里面每行数据的rowid全部改变。如果表的数据很大，则闪回的时间也会相对久一点：

flashback table test to timestamp to_timestamp('2019-10-11 11:00:00','yyyy-mm-dd hh24:mi:ss');

如果执行上面flashback报错：ORA-08189: cannot flashback the table because row movement is not enabled.(ORA-08189: 因为未启用行移动功能, 不能闪回表)，则执行下列语句"启用行移动功能"
alter table table_name enable row movement;

 

总结：
oracle闪回查询使用的是undo表空间，闪回查询能恢复的时间点取决于undo表空间的大小和Undo_Retention参数有关。如果系统中Undo管理比较不合理，事务Undo数据量比较大而且频繁，有失效的Undo前镜像被覆盖之后，恰恰有一个长时间查询需要访问这个前镜像。这个时候，Oracle就只能说“抱歉”了，这也就是经典的ora-1555 snapshot too old的起源。

undo_retention从直接看就是设置Oracle Undo过期数据的保存期限，单位是秒。如果参数设置为900秒，那么Undo段数据在非Active状态之后，会保留900秒。

如果根据这个守则，我们进行一致读和Flashback的时间就是通过这个参数来进行控制的。但是事实上，这个是有问题的。Undo的覆盖动作是一个必然的过程，覆盖与否是要和系统事务Undo消耗速率、Undo Tablespace大小乃至Undo数据文件可拓展性密切相关。

事实上，Undo_retention是一个“目标期望值”。用户设置出这个值之后，Oracle内部会尽量保证将Undo数据保留超过undo_retention设置的时间。在这个过程中，Oracle会涉及到比如尝试拓展Undo表空间数据文件、Undo Segment管理等内容。但是，如果“现实比较残酷”，比如说Undo使用紧张、没有额外的方法，那么这个时间段也是不能保证的。

 

总结部分内容摘自：http://blog.itpub.net/27785870/viewspace-1777263/