PRM-DUL成功案例:恢復了700GB損壞嚴重的Oracle數據庫。 某中原企業存儲斷電重啟后發現其700GB大小的數據庫,存在十幾萬個壞塊,數據庫無法正常打開使用。 用戶自行嘗試采用ORACLE DUL做恢復,但是由于ORACLE DUL對于該超過500萬個col$記錄的數據字典出現DC_
PRM-DUL成功案例:恢復了700GB損壞嚴重的Oracle數據庫。 某中原企業存儲斷電重啟后發現其700GB大小的數據庫,存在十幾萬個壞塊,數據庫無法正常打開使用。
用戶自行嘗試采用ORACLE DUL做恢復,但是由于ORACLE DUL對于該超過500萬個col$記錄的數據字典出現DC_COLUMNS過大導致的coredump segmentfault,導致ORACLE DUL無法正常使用。
該場景中數據塊的損壞模式主要是fracture斷裂。詩檀軟件工程師Biot.wang 通過修改checksum+ tailchk , tailchk=低2位的bas_kcbh+type_kcbh+seq_kcbh,偽裝了大部分數據塊為可用。此場景中之后exp可以導出大部分數據,但是由于數據字典嚴重損毀,所以可能出現表上字段混亂或者缺失數據等問題, 大部分情況可以用PRM-DUL的非字典模式(NON-DICT)來解決。
在這個案例中由于用戶的表和索引過多,導致數據字典異常龐大,ORACLE原廠的DUL在加載數據字典時由于其內存分配方式直接導致出現了coredump segmentfault,而COL$.DAT又過大了,很難處理分片。
在這個問題上PRM-DUL由于采用了內置一個derby數據庫,所以即便數據字典再大也不會有問題,而且內置數據庫中的數據也做了索引,這保證了PRM-DUL能迅速處理字典操作。 另由于此例子中需要恢復的數據表實在太多,達到了幾十萬張,所以充分利用了PRM-DUL的schema-level Databridge功能。 僅僅花了2天時間就基本處理完這個case了。
最新版PRM-DUL下載地址: http://parnassusdata.com/sites/default/files/ParnassusData_PRMForOracle_3206.zip
免費的PRM-DUL License :http://www.parnassusdata.com/zh-hans/node/122?
Related posts:
原文地址:PRM-DUL成功案例:恢復了700GB損壞嚴重的Oracle數據庫, 感謝原作者分享。
聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com