oracle闪回某个时间点的数据库,oracle11g 使用闪回查询恢复表到过去某一个时间点...

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

二、模拟表数据误删并提交：测试

三、使用闪回查询来查误删前表的数据：(表误删是在15:08分左右误删，所以在15:08分以前表的数据仍是在的)：spa

四、用如今的数据与误删前的数据作对比，找出被误删的数据：.net

五、恢复被误删的数据，3d

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

方法二：使用flashback 恢复，使用flashback恢复其实是将表里面的数据delete，而后从新插入整个表的数据，表里面每行数据的rowid所有改变。若是表的数据很大，则闪回的时间也会相对久一点：事务

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

若是执行上面flashback报错：ORA-08189: cannot flashback the table because row movement is not enabled.(ORA-08189: 由于未启用行移动功能, 不能闪回表)，则执行下列语句"启用行移动功能"

alter table table_name enable row movement; it

总结：

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

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/