如果数据库是非归档模式且没有备份，此时如果drop掉一张表，有办法可以恢复吗？当然可以，而且是完全恢复：http://blog.sina.com.cn/s/blog_61cd89f60102ed97.html ，但是truncate掉的一张表，数据还可以恢复吗？也是可以的，如果恢复及时也可以做到100%完全恢复，具体方法如下：

恢复原理：

    首先，我们分析一下TRUNCATE的过程。TRUNCATE不会逐个清除用户数据块上的数据，而仅仅重置数据字典和元数据块上的元数据（如存储段头和扩展段图）。也就是说，此时，其基本数据并未被破坏，而是被系统回收、等待被重新分配，因此，要恢复被TRUNCATE的数据，但是要快要数据库被重写前快速实施恢复，这样我们可以做到100%完全恢复，其原理要跟据表扫描的过程，Oracle会读取段头的元数据，获得高水位线等信息，然后读取高水位线以下被格式化的数据块。因此，理论上讲，如果能够将被重置的元数据和元数据块重新构造出来，就能使数据能被重新读取。然而，要完成这个任务，难度相当大，要找出原有的所有元数据块被保证其每个字节与被TRUANCATE之前完全相同，看起来似乎是一个不可能完成的任务。不过，我们可以换一角度来找方法，如果我们已经有一套元数据及数据块，然后将被TRUNCATE的用户数据块的内容取代其用户数据块的内容，是否可以“骗”过Oracle，让它读出这些数据呢？回顾一下表扫描的过程，这个方法应该是可行的。我们只要想办法构造出一个结构相同、且具有完整元数据信息和格式化了的用户数据块的傀儡表对象，然后将被TRUNCATE的用户数据块找出，再将其数据内容部分嫁接到傀儡对象的用户数据块，使Oracle以外这是傀儡对象的数据，就能让Oracle扫描并读出数据内容。其原理用图示描述如下

http://s2/mw690/001N2SGigy6F0KKuhB7f1&690
跟据原理可以创建一个恢复包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$$2
15: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中代码太长，新浪博客无法上传附件，有需要的朋友可以联系我！