Oracle數據庫故障&分析:
北京某單位Oracle 11g R2數據庫誤執(zhí)行truncate table CM_CHECK_ITEM_HIS,表數據丟失,查詢該表時報錯。數據庫備份無法使用,表數據無法查詢。
Oracle數據庫Truncate數據的機理:執(zhí)行Truncate命令后,ORACLE數據庫會在數據字典和SegmentHeader中更新表的DataObjectID,但是不會修改實際數據部分的塊。Truncate數據會導致數據字典和SegmentHeader的DATA_OBJECT_ID與后續(xù)的數據塊中的不一致,ORACLE服務進程在讀取全表數據時就不會讀取到已經被TRUNCATE的記錄,實際數據其實并沒有被覆蓋。
Oracle數據庫數據恢復過程:
為了保護用戶隱私和數據安全,我們沒有將恢復該oracle數據庫數據的過程演示出來,北亞企安數據恢復工程師還原了和該案例相同的oracle故障環(huán)境,用來演示如何恢復Oracle數據庫Truncate數據。
1、通過Scott用戶創(chuàng)建表emp1,連續(xù)復制emp表多次,總記錄數為7340032條。truncate表emp1,之后沒有進行任何增刪改的操作。經過查詢,Oracle數據庫中表emp1的記錄為0條。
北亞企安數據恢復——Oracle數據庫數據恢復
2、分析system表空間文件,找到truncate表(表emp1)的原始數據所在的位置。
北亞企安數據恢復——Oracle數據庫數據恢復
3、解析表emp1所在的數據文件,找到truncate的數據。
4、將truncate的數據插入到數據庫中。
Oracle數據庫數據恢復結果:
解析system01.dbf文件,找到truncate的數據所在的位置,找到被刪除的數據。解析truncate表所在的數據文件,將truncate的數據插入到數據庫中。
這時在oracle數據庫中查找被truncate的表,發(fā)現數據已經回來了,備份數據。
北亞企安數據恢復——Oracle數據庫數據恢復
Exp導出scott用戶。
北亞企安數據恢復——Oracle數據庫數據恢復
審核編輯 黃宇
-
數據恢復
+關注
關注
10文章
578瀏覽量
17505 -
數據庫
+關注
關注
7文章
3817瀏覽量
64496
發(fā)布評論請先 登錄
相關推薦
評論