今天测试下了Oracle在删除表的数据后的恢复方法。 在Oracle生产系统的维护测试中有一张表，将里面的数据delete并commit了，由于业务不能中断（数据库不能停机），并且系统还在不断有数据往该表中写入。现在需要将之前delete掉的数据恢复，可以使用基于scn的恢
今天测试下了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
7）执行基于删除之前数据仍然存在的scn点的恢复；
SQL> insert into w select * from w as of scn 117853510;
72558 rows created.
SQL> commit;
Commit complete.
8）查询验证，之前删除的数据是否恢复回来了，并且新插入的数据也存在；
SQL> select count(*) from w;
COUNT(*)
----------
145116
大功告成。之前delete掉的72558条数据+新进来的72558条数据，总共是145116条数据。达到我们的要求！
现在稍微总结一下：
在做数据表的删除操作之前，一点要谨慎，尤其是在生产系统不能停机的情况下，要么首先将数据库或者表备份一下，再进行删除，这样就算需要恢复也可以用备份进行恢复；如果删除时候没有做相关备份，在删除之前一定要先查下系统当前scn，并且验证出数据在哪个scn点的时候还是存在的（这点很重要，如果没有找到，就无法恢复删除的数据）恢复的时候就基于这个scn点的恢复。
方法二：
1）同样创建上面的测试表和数据；
SQL> select count(*) from w;
COUNT(*)
----------
72558
2）查询下数据库的时间，用于确定删除的数据在什么时间点还存在；
SQL> select to_char(sysdate, 'yyyy-dd-mm hh24:mi:ss') from dual;
TO_CHAR(SYSDATE,'YY
-------------------
2011-23-03 17:23:55
SQL> select count(*) from w;
COUNT(*)
----------
72558 -------数据在2011-23-03 17:23:55的时间还存在
3）模拟数据的删除操作；
SQL> delete from w;
72558 rows deleted.
SQL> commit;
Commit complete.
4）将删除数据之前的时间（数据还存在的时间）转换为scn；
SQL> select timestamp_to_scn(to_timestamp('2011-03-23 17:22:00','yyyy-mm-dd hh24:mi:ss')) from dual;
TIMESTAMP_TO_SCN(TO_TIMESTAMP('2011-03-2317:22:00','YYYY- MM-DDHH24:MI:SS'))
---------------------------------------------------------------------------
117872363
5）验证这个scn点时数据的存在；
SQL> select count(*) from w as of scn 117872363;
COUNT(*)
----------
72558
6）创建基于原表数据还存在时的临时表；
SQL>create table q as select * from w as of scn 117872363;
Table created.
以上语句由两条语句合并而成：
SQL>create table q as select * from w where 1 = 0;
Table created.
SQL>insert into q select * from w as of scn 117872363;
72558 rows created.
SQL> select count(*) from q;
COUNT(*)
----------
72558
7）由于业务并未中断，所以原表里面也有新数据进来了，此时只要将刚创建的临时表的数据导出，然后再倒入到原表中即可。
