Oracle中truncate table後的資料恢復(Oracle資料恢復工具-ODU)
轉自:
參考:http://1327236.blog.51cto.com/1317236/515191
http://steve-111.iteye.com/blog/750326
前幾天在工作中不小心truncate了一個表, 而該表中的資料又是很重要的資料。並且該表資料又沒有備份的,有備份的也不是最新的,一時之間不知如何是好。在網上找了很多資料,但沒有一個很適合的,有適合的但又沒詳細說明,很無奈。經過多方面的查詢,以下是我綜合網上的資料,成功恢復表資料的詳細步驟,供大家參考。以便遇到同樣的問題,可以很好的恢復。
[@more@]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:ODUdata>sqlldr 使用者名稱/密碼@資料庫id control=TEST_T1.ctl
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14663377/viewspace-1060679/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 使用ODU恢復oracle被truncate的表資料Oracle
- Oracle Truncate表恢復(ODU)Oracle
- oracle logminer恢復truncate table的資料Oracle
- 【資料庫資料恢復】Oracle資料庫誤truncate table的資料恢復案例資料庫資料恢復Oracle
- 【資料庫資料恢復】誤truncate table的Oracle資料庫資料恢復方案資料庫資料恢復Oracle
- 【資料庫資料恢復】oracle資料庫誤truncate table怎麼恢復資料?資料庫資料恢復Oracle
- 使用ODU恢復被truncate表的資料
- 【北亞資料恢復】oracle資料庫執行truncate table命令怎麼恢復資料?資料恢復Oracle資料庫
- 【資料庫資料恢復】如何恢復Oracle資料庫truncate表的資料資料庫資料恢復Oracle
- truncate table 誤刪除資料後的恢復
- TRUNCATE資料恢復資料恢復
- 一次truncate table 後的資料恢復[轉帖]資料恢復
- 恢復被執行truncate table的表資料
- ORACLE資料恢復Oracle資料恢復
- Oracle Delete表恢復(ODU)Oracledelete
- 使用hellodba的工具恢復truncate表的資料
- ORACLE-資料恢復Oracle資料恢復
- Oracle Drop表(purge)恢復(ODU)Oracle
- Oracle恢復誤刪資料Oracle
- Oracle資料恢復專題Oracle資料恢復
- oracle資料恢復還原Oracle資料恢復
- Oracle資料庫UNDO損壞後的恢復Oracle資料庫
- 恢復資料,資料塊恢復
- 【資料庫資料恢復】ASM磁碟組掉線的Oracle資料庫資料恢復案例資料庫資料恢復ASMOracle
- 【資料庫資料恢復】ORACLE常見資料災難&資料恢復可能性資料庫資料恢復Oracle
- 【資料庫資料恢復】Oracle資料庫ASM磁碟組掉線如何恢復資料?資料庫資料恢復OracleASM
- 【北亞資料恢復】異常斷電導致Oracle資料庫報錯的oracle資料恢復資料恢復Oracle資料庫
- Sybase ASE資料庫恢復,Sybase資料恢復,資料誤刪除恢復工具READSYBDEVICE資料庫資料恢復dev
- 資料恢復:AMDU資料抽取恢復資料恢復
- 【資料庫資料恢復】Oracle ASM例項無法掛載的資料恢復案例資料庫資料恢復OracleASM
- 【資料庫資料恢復】ASM例項不能掛載的Oracle資料庫資料恢復案例資料庫資料恢復ASMOracle
- Oracle異地資料庫恢復Oracle資料庫
- Oracle資料庫終極恢復Oracle資料庫
- nbu恢復oracle資料庫案例Oracle資料庫
- Oracle穿越incarnation恢復資料Oracle
- oracle之rman恢復資料庫Oracle資料庫
- oracle恢復誤刪除資料Oracle
- ORACLE資料庫恢復技術Oracle資料庫