首页 / MYSQL / delete表的数据后恢复
delete表的数据后恢复
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了delete表的数据后恢复,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含4232字,纯文字阅读大概需要7分钟。
内容图文
![delete表的数据后恢复](/upload/InfoBanner/zyjiaocheng/543/fee4b32d4bbb47e3a84ff7d8b52b99e0.jpg)
今天测试下了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)由于业务并未中断,所以原表里面也有新数据进来了,此时只要将刚创建的临时表的数据导出,然后再倒入到原表中即可。
内容总结
以上是互联网集市为您收集整理的delete表的数据后恢复全部内容,希望文章能够帮你解决delete表的数据后恢复所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。
来源:【匿名】