|
如果用户误删/更新了数据后，作为用户并没有什么直接的方法来进行恢复，他们必须求助DBA来对数据库进行恢复，到了Oracle9i，这一个难堪局面有所改善。Or(www.52php.cn)acle 9i中提供了一项新的技术手段--闪回查询，用户使用闪回查询可以及时取得误操作前的数据，并可以针对错误进行相应的恢复措施，而这一切都无需DBA干预
因为一时手贱，生产上的数据被我给delete掉了。
用的是delete语句，然后很迅速的还给commit了
下面这两个语句：
ALTER TABLE tablename ENABLE row movement ;
flashback table tablename to timestamp to_timestamp('2012-09-13 13:00:00','yyyy-mm-dd hh24:mi:ss');
记得大概是两点半左右运行的delete---commit；
具体执行流程我们可从以下几个示例图中体会;
1.原表记录
select count(*) from t1;
COUNT(*)
----------
9318
2.误删除所有记录
并且提交更改。
delete from t1;
9318 rows deleted.
SQL>commit;
Commit complete.
SQL>select count(*) from t1;
COUNT(*)
----------
0
3.获得当前SCN
如果能够确切知道删除之前SCN最好，如果不知道，可以进行闪回查询尝试.
select dbms_flashback.get_system_change_number from dual;
GET_SYSTEM_CHANGE_NUMBER
------------------------
10671006
SQL>select count(*) from t1 as of scn 10671000;
COUNT(*)
----------
0
SQL>select count(*) from t1 as of scn 10670000;
COUNT(*)
----------
9318
我们看到在SCN=10670000时，数据都在。
4.恢复数据.
insert into t1 select * from t1 as of scn 10670000;
9318 rows created.
SQL>commit;
Commit complete.
SQL>select count(*) from t1;
COUNT(*)
----------
9318
其它网友用的教程
进行数据库操作，delete后面一定要加where”。今天无意中在网上看到了关于oracle误删除数据恢复的一条信息，发现的确很好使，下面就我的测试向大家汇报下。
我们来分析下第四步，注意这句：
select * from t_viradsl2 as of timestamp to_Date('2011-01-19 15:28:00','yyyy-mm-dd hh24:mi:ss')，什么意思呢， 找到t_viradsl2在2011-01-19 15:28:00这个时间点的所有数据，既然找到了，你想怎么操作都可以了。
在此分享给大家
（编辑：李大同）
【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!
|
