如果数据库是非归档模式且没有备份,此时如果drop掉一张表,有办法可以恢复吗?当然可以,而且是完全恢复:http://blog.sina.com.cn/s/blog_61cd89f60102ed97.html ,但是truncate掉的一张表,数据还可以恢复吗?也是可以的,如果恢复及时也可以做到100%完全恢复,具体方法如下:
恢复原理:
首先,我们分析一下TRUNCATE的过程。TRUNCATE不会逐个清除用户数据块上的数据,而仅仅重置数据字典和元数据块上的元数据(如存储段头和扩展段图)。也就是说,此时,其基本数据并未被破坏,而是被系统回收、等待被重新分配,因此,要恢复被TRUNCATE的数据,但是要快要数据库被重写前快速实施恢复,这样我们可以做到100%完全恢复,其原理要跟据表扫描的过程,Oracle会读取段头的元数据,获得高水位线等信息,然后读取高水位线以下被格式化的数据块。因此,理论上讲,如果能够将被重置的元数据和元数据块重新构造出来,就能使数据能被重新读取。然而,要完成这个任务,难度相当大,要找出原有的所有元数据块被保证其每个字节与被TRUANCATE之前完全相同,看起来似乎是一个不可能完成的任务。不过,我们可以换一角度来找方法,如果我们已经有一套元数据及数据块,然后将被TRUNCATE的用户数据块的内容取代其用户数据块的内容,是否可以“骗”过Oracle,让它读出这些数据呢?回顾一下表扫描的过程,这个方法应该是可行的。我们只要想办法构造出一个结构相同、且具有完整元数据信息和格式化了的用户数据块的傀儡表对象,然后将被TRUNCATE的用户数据块找出,再将其数据内容部分嫁接到傀儡对象的用户数据块,使Oracle以外这是傀儡对象的数据,就能让Oracle扫描并读出数据内容。其原理用图示描述如下
跟据原理可以创建一个恢复包Recover_Truncate_Data,然后我们可以做个实验进行验证恢复效果如何:
第一步:创建表
create table truntab1 as select * from
dba_objects;
第二步:查询表中记录数
select count(*) from
truntab1; --72622
第三步:truncate表中业务数据
truncate table truntab1;
第四步:确认表中记录数为零
select count(*) from truntab1;
-- 0
第五步:设置恢复前环境变量
set serveroutput on size 10000000
--//设置大点,默认为2000 bytes
exec dbms_output.enable(999999999999999999999); --//默认为2000
bytes
注意:如果不不进行设置,为报PLSQL ORA-20000:
ORU-10027: buffer overflow, limit of 10000
第六步:实施truncate表中数据恢复declare tgtowner
varchar2(30); tgttable
varchar2(30); datapath
varchar2(4000); datadir
varchar2(30); rects
varchar2(30); recfile
varchar2(30); rstts
varchar2(30); rstfile
varchar2(30); blksz
number; rectab
varchar2(30); rsttab
varchar2(30); copyfile
varchar2(30); begin tgtowner :=
'SYS'; --指定表名的属用户 tgttable := 'TRUNTAB1'; --指定需要恢复的表名 datapath := 'D:\app\Administrator\oradata\lmis\'; --数据文件所在位置 datadir := 'FY_DATA_DIR';
Recover_Truncate_data.prepare_files(tgtowner, tgttable, datapath,
datadir, rects, recfile, rstts, rstfile,
blksz); Recover_Truncate_data.fill_blocks(tgtowner, tgttable, datadir,
rects, recfile, rstts, 8, tgtowner, tgtowner, rectab, rsttab,
copyfile); Recover_Truncate_data.recover_table(tgtowner, tgttable, tgtowner,
rectab, tgtowner, rsttab, datadir, datadir, recfile,datadir,
copyfile, blksz); end;
第七步:查看输出内容和构造表名:
15:32:44: Directory Name: FY_DATA_DIR4
15:32:45: Recover Tablespace: FY_REC_DATA4; Data File:
FY_REC_DATA4.DAT
15:32:46: Restore Tablespace: FY_RST_DATA4; Data File:
FY_RST_DATA4.DAT
15:32:48: Recover Table: SYS.TRUNTAB1$2
15:32:48: Restore Table: SYS.TRUNTAB1$$2
15:33:04: [fill_blocks] Data Blocks formatted.
15:33:05: [copy_file] begin copy file:
FY_DATA_DIR4\FY_REC_DATA4.DAT =>
FY_DATA_DIR4\FY_REC_DATA_COPY.DAT
15:33:05: [copy_file] completed.
15:33:05: Copy file of Recover Tablespace:
FY_REC_DATA_COPY.DAT
15:33:05: begin to recover table SYS.TRUNTAB1
15:33:19: [restore_table] Trying to restore data to
SYS.TRUNTAB1$$2
15:33:20: [restore_table] Expected Records in this round: 411
15:33:20: [restore_table] 411 records recovered
此处省略N行输出............................................
15:33:44: [restore_table] Expected Records in this round:
0
15:33:44: [restore_table] 0 records recovered
15:33:44: 1033 truncated data blocks found.
15:33:44: 72622
records recovered in backup table SYS.TRUNTAB1$$215:33:44:
Recovery completed.
PL/SQL procedure successfully completed
从红色字体可以看出,恢复72622条,刚好是truncate前业务表中记录数,恢复临时表为:SYS.TRUNTAB1$$2
第七步:查看输出内容和构造表名:
insert into truntab1 select * from
SYS.TRUNTAB1$$2
第八步:验证数据是否完全恢复
select count(*) from
truntab1; --72622
至此,truncate掉的数据成功恢复,并且此方法也可以恢复drop table
tablename purge删除的数据,
第九步:清理恢复产生的表空间和数据文件
特别提醒:恢复完成后,该方法会在数据库中产生一个表空间:FY_RST_DATA*,恢复一次产生一个,记得及时清理!否则会导致服务器RMAN备份失败ORA-19566
超出损坏块限制(切记)
因恢复包Recover_Truncate_data中代码太长,新浪博客无法上传附件,有需要的朋友可以联系我!