oracle truncate可以恢复吗,恢复truncate表

如果数据库是非归档模式且没有备份，此时如果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中代码太长，新浪博客无法上传附件，有需要的朋友可以联系我！