Oracle數據庫故障&分析：
北京某單位Oracle 11g R2數據庫誤執行truncate table CM_CHECK_ITEM_HIS，表數據丟失，查詢該表時報錯。數據庫備份無法使用，表數據無法查詢。
Oracle數據庫Truncate數據的機理：執行Truncate命令后，ORACLE數據庫會在數據字典和SegmentHeader中更新表的DataObjectID，但是不會修改實際數據部分的塊。Truncate數據會導致數據字典和SegmentHeader的DATA_OBJECT_ID與后續的數據塊中的不一致，ORACLE服務進程在讀取全表數據時就不會讀取到已經被TRUNCATE的記錄，實際數據其實并沒有被覆蓋。

Oracle數據庫數據恢復過程：
為了保護用戶隱私和數據安全，我們沒有將恢復該oracle數據庫數據的過程演示出來，北亞企安數據恢復工程師還原了和該案例相同的oracle故障環境，用來演示如何恢復Oracle數據庫Truncate數據。
1、通過Scott用戶創建表emp1，連續復制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的表，發現數據已經回來了，備份數據。

北亞企安數據恢復——Oracle數據庫數據恢復

Exp導出scott用戶。

北亞企安數據恢復——Oracle數據庫數據恢復

審核編輯 黃宇