delete表的数据后恢复

[img]http://dl2.iteye.com/upload/attachment/0094/2787/8d2000d7-a32b-3824-a9b0-ec9c6bd99c34.jpg[/img]
今天测试下了Oracle在删除表的数据后的恢复方法。

在oracle生产系统的维护测试中有一张表，将里面的数据delete并commit了，由于业务不能中断（数据库不能停机），并且系统还在不断有数据往该表中写入。现在需要将之前delete掉的数据恢复，可以使用基于scn的恢复。

在删除之前，最好查询到数据库当前的scn，恢复的时候就采用基于这个scn点的恢复。

example：
方法一：
1）创建一张测试表；
CREATE TABLE w AS SELECT * FROM dba_objects WHERE 1 = 2;
2）向该表插入测试数据；
SQL> insert into w select * from dba_objects;

72558 rows created.

SQL> commit;

Commit complete.
3）SQL> select count(*) from w;

COUNT(*)
----------
72558
4）在删除之前，先获取数据库的scn，便于恢复的时候查找到数据在什么时候还是存在的；
SQL> select dbms_flashback.get_system_change_number from dual;

GET_SYSTEM_CHANGE_NUMBER
------------------------
117853514 ------ 当前scn号
由于数据库没有停，因此scn号也在不断变化，因此需要查出数据在哪个scn点的时候还是存在的
SQL> select count(*) from w as of scn 117854000; ------查看数据在scn号为117854000时是否存在
select count(*) from w as of scn 117854000
*
ERROR at line 1:
ORA-08181: specified number is not a valid system change number ------应该是系统还没有走到这个scn号


SQL> select count(*) from w as of scn 117853000;------查看数据在scn号为117853000时是否存在

COUNT(*)
----------
0 ------不存在

SQL> select count(*) from w as of scn 117853500;

COUNT(*)
----------
0

SQL> select count(*) from w as of scn 117853510; 直到查到这个scn才发现数据才存在，因此届时就是基于这个scn点进行恢复

COUNT(*)
----------
72558
5）模拟删除数据；
SQL> delete from w;

72558 rows deleted.

SQL> commit;

Commit complete.
SQL> SELECT COUNT(*) FROM w;

COUNT(*)
----------
0
6）模拟数据库不停机，业务在不断向表中插入数据； 【Linux公社 http://www.linuxidc.com 】
SQL> insert into w select * from w as of scn 117844000;

72558 rows created.

SQL> select count(*) from w;

COUNT(*)
----------
72558