<dfn id="w48us"></dfn><ul id="w48us"></ul>
  • <ul id="w48us"></ul>
  • <del id="w48us"></del>
    <ul id="w48us"></ul>
  • oracle中truncatetable后的數據如何恢復

    時間:2024-07-30 16:18:52 Oracle認證 我要投稿
    • 相關推薦

    oracle中truncatetable后的數據如何恢復

      Oracle認證是由Oracle公司,為能夠滿足對Oracle核心人士需求,Oracle公司頒布并實施的一項權威品的服務與支持。下面小編為大家整理了關于oracle中truncatetable后的數據如何恢復的文章,一起來看看吧:

      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

    【oracle中truncatetable后的數據如何恢復】相關文章:

    oracle數據庫基本語句02-08

    Oracle數據庫認證層次08-29

    金蝶軟件如何做好數據的備份與恢復11-29

    Oracle數據庫SELECT語句10-25

    Oracle數據庫語句大全12-21

    ORACLE數據字典的有效利用08-24

    word表格中的數據如何排序02-21

    oracle數據庫基礎知識01-21

    Oracle 數據庫查詢小技巧10-17

    oracle數據庫培訓課程大綱08-07

    主站蜘蛛池模板: 91麻豆精品视频在线观看| 国产精品欧美亚洲韩国日本不卡| 日韩精品一区二区三区中文| 91自慰精品亚洲| 欧洲精品久久久av无码电影| 国产欧美精品一区二区色综合| 精品性影院一区二区三区内射| 久久精品国产清自在天天线| laowang在线精品视频| 亚洲精品无码av人在线观看 | 精品一区二区三区在线成人| 国产一区精品| 久久精品国产久精国产| 久久综合精品国产二区无码| 久久国产综合精品五月天| 天天爽夜夜爽精品视频app| 精品少妇无码AV无码专区| 无码日韩精品一区二区人妻| 国产精品偷伦视频免费观看了 | 一本大道无码日韩精品影视| 国产精品无码一区二区在线 | 欧美久久亚洲精品| 国产成人精品一区在线| 精品日产一区二区三区手机| 一本色道久久综合亚洲精品| 免费人欧美日韩在线精品| 国产精品自在线拍国产手机版| 四虎国产精品免费久久久| 久久九九久精品国产| 国产精品一区二区三区99| 欧洲精品视频在线观看| 2022国产精品自产拍在线观看| 久久精品国产亚洲AV大全| 亚洲精品无码成人片久久| 亚洲精品国产精品乱码不卡| 欧美成人精品欧美一级乱黄码 | 亚洲国产精品无码久久SM| 亚洲日韩中文在线精品第一| 中文无码精品一区二区三区| 亚洲国产婷婷综合在线精品| 西瓜精品国产自在现线|