误删除了一个表的数据，最终找回了，现在分享下经验

同事找回时操作的数据库为oracle 10g , 之前删除方式为delete 不晓得trancate好使不

　SCN（系统改变 号），它的英文全拼为：System Change Number ，它是数据库中非常重要的一个数据结构。
　　SCN提供了Oracle的内部 时钟机制，可被看作逻辑时钟，这对于恢复操作是至关重要的
　　注释：Oracle 仅根据 SCN 执行恢复。
　　它定义了数据库在某个 确切时刻提交的版本。在事物提交时，它被赋予一个唯一的标示事物的SCN 。一些人认为 SCN 是指， System Commit Number ，而通常 SCN 在提交时才变化，所以很多情况下，
　　这两个名词经常被交替使用。
　　究竟是哪个词其实对我们来说并不是最重要的，重 要的是我们知道 SCN 是 Oracle 内部的时钟机制， Oracle 通过 SCN 来维护数据库的一致性，并通过SCN 实施 Oracle 至关重要的恢复机制。
　　具体执行流程我们可从以下几个示例图中体会;
　　1.原表记录 $ sqlplus eygle/eygle
　　SQL*Plus: Release 10.1.0.2.0 - Production on Wed Mar 30 08:52:04 2005
　　Copyright (c) 1982, 2004, Oracle. All rights reserved.
　　Connected to:
　　Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - 64bit Production
　　With the Partitioning, OLAP and Data Mining options
　　SQL>select count(*) from t1;
　 　COUNT(*)
　　----------
　 　9318
　　2.误删除所有记录
　　并且提交更改。
　　SQL>delete from t1;
　　9318 rows deleted.
　　SQL>commit;
　　Commit complete.
　　SQL>select count(*) from t1;
　　COUNT(*)
　 　----------
　　0
　　3.获得当前SCN
　　如果能够确切知道删除之前SCN最好，如果不知道，可以进行闪回查询尝 试.
　　SQL>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.恢复数据.
　　SQL>insert into t1 select * from t1 as of scn 10670000;
　 　9318 rows created.
　　SQL>commit;
　 　Commit complete.
　　 SQL>select count(*) from t1;
　　COUNT(*)
　　----------
　 　9318
　　文章2
　　误删数据后的还原
　　select timestamp_to_scn(to_timestamp('2009-03-13 09:00:00','YYYY-MM-DD HH:MI:SS')) from dual;
　　结果:13526973
　　将删除时间转换为scn
　　select * from reportinfo
　　AS OF SCN 13526973
　　将reportinfo表中的scn点的数据取出
　　然后可以根据这个数据进行还原操作
　　create table reporttest as select * from reportinfo where 1=0;
　　insert into reporttest select * from reportinfo AS OF SCN 13526973;
　　--上面两句应该可以合成一句
　　--create table reporttest as select * from reportinfo AS OF SCN 13526973;
　　这是reporttest表中就是scn点的 reportinfo数据.处理即可

 

 

要是trancate删除，要找回来的话估计会很困难.有些情况可能找不回来

 

我觉得trancate应该不能找回，trancate之所以快一个原因就 是没有记录操作日志，所以也无从找回吧，哈，去Oracle版找人问问去。

 

....别在生产库上试用哦 ，出问题就不是离职所能承担的了。

我也没具体细看，只是存了下来，怕以后自己搞出问题，也好有个可用的恢复方 法，免得去找DBA了。

10年前恢复过一次数据，至今记得当时习惯性按键后天都塌下的感觉。

一般这种误删除都通过备份恢复然后前滚日志来做，但是数据库日志方式一定要是归档的，否则上次备份后的数据库操作都没法恢复了

 

收藏 要是早读了你的贴就好了，上次就是不小心把表里德数据给清了，后来没得恢复。

-delete or update数据时
create table etl (id number,str varchar2(10));
insert into etl values (1,'A');
insert into etl values (2,'B');
insert into etl values (3,'C');
commit;

select * from etl 
delete from etl where id = 1
commit

select sysdate from dual;
create table etl_BAK 
as 
select * from etl as of TIMESTAMP to_timestamp('20100702 095714','yyyymmdd hh24miss'); 

select * from etl_BAK

--drop表数据时,不可drop table etl purge;
select OBJECT_NAME,ORIGINAL_NAME,CAN_UNDROP,CAN_PURGE from DBA_RECYCLEBIN where ORIGINAL_NAME='ETL';
OBJECT_NAME ORIGINAL_NAME CAN_UNDROP CAN_PURGE
-------------------------------- -------------------------------- ---------- ---------
BIN$il75wsOlYbTgQ38AAAFhtA==$0" ETL YES YES

create table ETL as select * from "BIN$il75wsOlYbTgQ38AAAFhtA==$0";

 

这种办法也不是万能的，要不然要备份还有什么用。不过作为一种恢复的方法还是可以借鉴的。

在生产库中进行操作，千万再加千万地小心。

 

来源：足球直播