oracle中誤truncate 表后的恢復數據方法


前幾天在工作中不小心truncate了一個表, 而該表中的數據又是很重要的數據。並且該表數據又沒有備份的,有備份的也不是最新的,一時之間不知如何是好。在網上找了很多資料,但沒有一個很適合的,有適合的但又沒詳細說明,很無奈。經過多方面的查找,以下是我綜合網上的資料,成功恢復表數據的詳細步驟,供大家參考。以便遇到同樣的問題,可以很好的恢復。

  1、首先下載odu數據恢復工具,然后解壓。(odu工具見附件)

  2、查詢數據文件路徑相關信息:select ts#,file#,rfile#,name,BLOCK_SIZE from v$datafile;

  將其結構填入odu目錄下的control.txt文件中

  格式如下:

  #ts #fno   #rfno     filename                                          block_size

  0          1          1 /bbdata/hzdb/system01.dbf                                                              8192

  1          2          2 /bbidx/hzdb/undotbs01.dbf                                                              8192

  3          3          3 /bbidx/hzdb/indx01.dbf                                                                 8192

  4          4          4 /bbdata/hzdb/tools01.dbf                                                               8192

  5          5          5 /bbdata/hzdb/users01.dbf                                                               8192

  6          6          6 /bbdata/hzdb/REPORT.dbf                                                                8192

  7          7          7 /bbdata/hzdb/RESERVE.dbf                                                               8192

  8          8          8 /bbdata/hzdb/WZHTBS.dbf                                                                8192

  9          9          9 /bbdata/hzdb/perfstat01.dbf                                                            8192

  3、打開oud

  4、執行命令:unload dict

  5、執行命令:scan extent (需等一會兒時間)

  6、執行命令:desc [用戶名].[被刪除數據的表名]

  Object ID:33547

  Storage(Obj#=33547 DataObj#=33549 TS#=11 File#=10 Block#=1400 Cluster=0)

  NO. SEG INT Column Name Null? Type

  --- --- --- ------------------------------ --------- ------------------------------

  1 1 1 OWNER VARCHAR2(30)

  2 2 2 OBJECT_NAME VARCHAR2(128)

  3 3 3 SUBOBJECT_NAME VARCHAR2(30)

  4 4 4 OBJECT_ID NUMBER

  5 5 5 DATA_OBJECT_ID NUMBER

  6 6 6 OBJECT_TYPE VARCHAR2(18)

  7 7 7 CREATED DATE

  8 8 8 LAST_DDL_TIME DATE

  9 9 9 TIMESTAMP VARCHAR2(19)

  10 10 10 STATUS VARCHAR2(7)

  11 11 11 TEMPORARY VARCHAR2(1)

  12 12 12 GENERATED VARCHAR2(1)

  13 13 13 SECONDARY VARCHAR2(1)

  從上面的輸出中,我們可以看到,TEST.T1表所在的表空間號為11,數據段頭部為10號文件的1400號塊。

  我們使用ODU來確定T1表原來的data object id。一般來說,數據段的數據塊,一般是在段頭后面相鄰的塊中。但是我們可以從段頭來確認:

  ODU> dump datafile 10 block 1400

  Block Header:

  block type=0×23 (ASSM segment header block)

  block format=0×02 (oracle 8 or 9)

  block rdba=0×02800578 (file#=10, block#=1400)

  scn=0×0000.00286f2d, seq=4, tail=0×6f2d2304

  block checksum value=0×0=0, flag=0

  Data Segment Header:

  Extent Control Header

  -------------------------------------------------------------

  Extent Header:: extents: 1 blocks: 5

  last map: 0×00000000 #maps: 0 offset: 668

  Highwater:: 0×02800579 (rfile#=10,block#=1401)

  ext#: 0 blk#: 3 ext size:5

  #blocks in seg. hdr’s freelists: 0

  #blocks below: 0

  mapblk: 0×00000000 offset: 0

  --------------------------------------------------------

  Low HighWater Mark :

  Highwater:: 0×02800579 ext#: 0 blk#: 3 ext size: 5

  #blocks in seg. hdr’s freelists: 0

  #blocks below: 0

  mapblk 0×00000000 offset: 0

  Level 1 BMB for High HWM block: 0×02800576

  Level 1 BMB for Low HWM block: 0×02800576

  --------------------------------------------------------

  Segment Type: 1 nl2: 1 blksz: 2048 fbsz: 0

  L2 Array start offset: 0×00000434

  First Level 3 BMB: 0×00000000

  L2 Hint for inserts: 0×02800577

  Last Level 1 BMB: 0×02800576

  Last Level 1I BMB: 0×02800577

  Last Level 1II BMB: 0×00000000

  Map Header:: next 0×00000000 #extents: 1 obj#: 33549 flag: 0×220000000

  Extent Map

  -------------------------------------------------------------

  0×02800576 length: 5

  Auxillary Map

  -------------------------------------------------------------

  Extent 0 : L1 dba: 0×02800576 Data dba: 0×02800579

  -------------------------------------------------------------

  Second Level Bitmap block DBAs

  -------------------------------------------------------------

  DBA 1: 0×02800577

  從上面的輸出中的“Extent 0 : L1 dba: 0×02800576 Data dba: 0×02800579”可以看到,段的第1個數據塊的RDBA為0×02800579,也就是10號文件的1401塊。

  我們dump第10號文件的1401塊頭,來得到表T1原來的data object id:

  ODU> dump datafile 10 block 1401 header

  Block Header:

  block type=0×06 (table/index/cluster segment data block)

  block format=0×02 (oracle 8 or 9)

  block rdba=0×02800579 (file#=10, block#=1401)

  scn=0×0000.00285f2b, seq=2, tail=0×5f2b0602

  block checksum value=0×0=0, flag=0

  Data Block Header Dump:

  Object id on Block? Y

  seg/obj: 0×830b=33547 csc: 0×00.285f21 itc: 3 flg: E typ: 1 (data)

  brn: 0 bdba: 0×2800576 ver: 0×01

  Itl Xid Uba Flag Lck Scn/Fsc

  0×01 0xffff.000.00000000 0×00000000.0000.00 C--- 0 scn 0×0000.00285f21

  0×02 0×0000.000.00000000 0×00000000.0000.00 ---- 0 fsc 0×0000.00000000

  0×03 0×0000.000.00000000 0×00000000.0000.00 ---- 0 fsc 0×0000.00000000

  Data Block Dump:

  ================

  flag=0×0 --------

  ntab=1

  nrow=16

  frre=-1

  fsbo=0×32

  ffeo=0×145

  avsp=0×113

  tosp=0×113

  可以看到,T1表原來的data object id就是33547。

  7. 使用ODU來unload數據:

  ODU> unload table test.t1 object 33547

  8、使用sqlldr導入我們恢復的數據:打開cmd命令,執行E:\ODU\data>sqlldr 用戶名/密碼@數據庫id control=TEST_T1.ctl

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM