无备份恢复truncate掉的表

环境：Linux REDHAT-ORA 2.6.18-8.el5 #1 SMP Fri Jan 26 14:15:21 EST 2007 i686 i686 i386 GNU/Linux
      Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
      PL/SQL Release 10.2.0.1.0 - Production
      CORE    10.2.0.1.0      Production
      TNS for Linux: Version 10.2.0.1.0 - Production
      NLSRTL Version 10.2.0.1.0 - Production
1.SQL>conn scott/tiger
2.SQL>create table test(name varchar2(50);
3.SQL>insert into test values('lin');
 SQL>insert into test values('hai');
  SQL>insert into test values('qiang');
  SQL>commit;
4.SQL>truncate table test;
5.首先要立即停止数据库(防止新的操作将原来的块覆盖)， 将这个表所在的表空间的文件拷贝出来, 因为Oracle在Truncate时将相应Segment的第一个块格式化掉了,
而后面的都还存在, 到下次用时到才真正地重新格式化.
SQL>shutdown immediate;
[oracle@REDHAT-ORA lhq]$ cp system01.dbf /home/oracle/ftp_dir/system01.dbf
[oracle@REDHAT-ORA lhq]$ cp users01.dbf /home/oracle/ftp_dir/users01.dbf
6.创建一个AUL使用的配置文件 ora.cfg，告诉AUL你的文件放在哪,注意文件名不能有中文和空格。
D:/aul_test>type db10g.cfg 
0 0 D:/aul_test/system01.dbf
0 0 D:/aul_test/users01.dbf
7.打开配置文件
AUL> open ora.cfg

Please get full licence !!!
Can only open 4 files and read first 512MB each file now.
Visit http://www.anysql.net/en/aullic.html for more details.

*  ts#  fno  rfn ver bsize     blocks filename
- ---- ---- ---- --- ----- ---------- -----------------------------------
Y    0    1    1 a2   8192      61440 D:/aul_test/system01.dbf
Y    4    4    4 a2   8192        640 D:/aul_test/users01.dbf

8.生成AUL/MyDUL的数据字典
  AUL/MyDUL可以根据"SYS.USER$","SYS.OBJ$","SYS.TAB$","SYS.COL$"四个系统表中的记录来生成所需的数据字典,
  有数据字典的情况下恢复要容易得多.
AUL> UNLOAD TABLE USER$;
2009-08-06 11:39:53
2009-08-06 11:39:53
AUL> UNLOAD TABLE OBJ$;
2009-08-06 11:40:00
2009-08-06 11:40:00
AUL> UNLOAD TABLE TAB$;
2009-08-06 11:40:05
2009-08-06 11:40:06
AUL> UNLOAD TABLE COL$;
2009-08-06 11:40:10
2009-08-06 11:40:10
9.使用LIST命令来生成恢复用的角本
AUL> LIST TABLE SCOTT
 UNLOAD TABLE SCOTT.DEPT TO DEPT.txt;
 UNLOAD TABLE SCOTT.EMP TO EMP.txt;
 UNLOAD TABLE SCOTT.BONUS TO BONUS.txt;
 UNLOAD TABLE SCOTT.SALGRADE TO SALGRADE.txt;
 UNLOAD TABLE SCOTT.RUN_STATS TO RUN_STATS.txt;
 UNLOAD TABLE SCOTT.TEST TO TEST.txt;
AUL> UNLOAD TABLE SCOTT.TEST TO TEST.txt;
2009-08-06 11:40:55
Unload OBJD=51773 FILE=4 BLOCK=195 CLUSTER=0 ...
2009-08-06 11:40:55
10.恢复的关键是要获得这个表原来的Data Object ID, 在这个例子中我在Truncate表后什么也没有做就关闭数据库进行恢复了.
从下面的DESC命令可以看出表的Segment Header是(4,195), 而新的Data Object ID是51753,
老的Data Object ID我们可以从Segment Header的后面一个数据块中得到,
如果这个表有几个Free List Group, 则可能还要再后面几个块. 用AUL的ORADUMP命令来看一下后面一个块。
AUL> desc scott.test

Storage(OBJ#=51753 OBJD=51773 TS=4 FILE=4 BLOCK=195 CLUSTER=0)
No. SEQ INT Column Name                   Type
--- --- --- ----------------------------- ----------------
  1   1   1 NAME                          VARCHAR2(30)
11.要恢复这个表的数据, 首先要在AUL中运行SCAN EXTENT命令, 因为Segment Header被格式化了, 所以Extent Map也可能丢失,
 而Scan Extent则将扫描整个数据文件并将Extent分配信息写入AULEXT.TXT文件:
AUL> SCAN EXTENT FILE 4
2009-08-06 11:43:05
2009-08-06 11:43:05
AUL> ORADUMP FILE 4 BLOCK 196
RDBA=0x010000c4(4/196)=16777412,type=0x06,fmt=0xa2,seq=0x01,flag=0x06
seg/obj=0x0000ca33=51763,csc=0x0000.00124b13,itc=2,typ=1 - DATA
FLG=0x32, fls=0, nxt=0x010000c1(4/193)=16777409
Transaction Slot:
id   xid-usn.slot.wrap   uba-rdba.row.seq   flag lock fsc/scn
---- ------------------- ------------------ ---- ---- ---------------
0x01 0x0008.001.00000155 0x00800a92.014d.3b --U-    3 0x0000.00124b19
0x02 0x0000.000.00000000 0x00000000.0000.00 ----    0 0x0000.00000000
Block Data:
hdsz=100
flag=0x00
ntab=1
nrow=3
ffre=65535
fsbo=0x007c=124
fseo=0x1fe5=8165
avsp=0x1f65=8037
tosp=0x1f65=8037
tab#=  0     nrow=   3     offs=   0
    row#=   0  offs=0x1f91= 8081+ 100=0x1ff5= 8181   flag=--H-FL--
    row#=   1  offs=0x1f8a= 8074+ 100=0x1fee= 8174   flag=--H-FL--
    row#=   2  offs=0x1f81= 8065+ 100=0x1fe5= 8165   flag=--H-FL--
可以看到原来的Data Object ID是51763, 现在可以恢复了

AUL> UNLOAD TABLE SCOTT.TEST;
2009-08-06 11:44:25
Unload OBJD=51773 FILE=4 BLOCK=195 CLUSTER=0 ...
2009-08-06 11:44:25
以上没有指定老的Object ID无法恢复
下面指定了老的Object ID完全恢复了。
AUL> UNLOAD TABLE SCOTT.TEST OBJECT 51763;
2009-08-06 11:45:09
Unload OBJD=51763 FILE=4 BLOCK=195 CLUSTER=0 ...
lin
hai
qiang
2009-08-06 11:45:09
AUL> UNLOAD TABLE SCOTT.TEST OBJECT 51763 TO TEST.TXT;
2009-08-06 11:47:00
Unload OBJD=51763 FILE=4 BLOCK=195 CLUSTER=0 ...
2009-08-06 11:47:00

总结：AUL真的很强大，但是必须是在老的数据块没被覆盖的情况下才可以，建议还是做好日常备份，不要完全依赖AUL。