服務器數據恢複環境：

IBM某型号服務器；

4塊SAS磁盤組建的RAID5磁盤陣列；

服務器操作系統windows server；

一個單節點oracle，數據存儲為文件系統，無歸檔。oracle使用默認的users表空間，users表空間下僅有一個不到1G的數據文件。

北亞數據恢複——RAID5數據恢複

服務器故障：

工作負荷過重導緻RAID磁盤陣列出現故障，管理員為了挽救數據執行了重建RAID的操作，RAID初始化過程中一磁盤出現故障，RAID初始化中斷，有少量數據被同步破壞。此時重建的RAID磁盤陣列可訪問，系統可以正常啟動，oracle數據庫所在的分區報錯無法打開，執行chkdsk操作後能正常打開，但數據庫無法啟動。管理員在原盤上重新安裝了oracle數據庫并導入了以前備份的dmp文件，但數據相差太大。管理員聯系我們數據恢複中心尋求幫助。

服務器數據恢複過程：

1、北亞數據恢複中心安排Oracle工程師和服務器數據恢複工程師到現場進行數據恢複。因為重建RAID很可能會造成嚴重破壞，所以工程師到達現場後首先對RAID層進行分析，分析後發現重建的RAID的塊大小、盤序都和原來的RAID一樣，初始化僅同步了少量數據，RAID層損壞不嚴重，數據庫沒有被破壞。

北亞數據恢複——RAID5數據恢複

2、分析後面管理員對oracle數據庫所在分區執行chkdsk和重裝oracle數據庫并導入dmp文件操作造成的破壞進行檢測分析：由于Chkdsk操作不會破壞數據區，隻會對文件系統元數據區進行修改，執行chkdsk後數據庫文件仍無破壞，最多隻是文件的MFT或目錄項被破壞。但是重裝 Oracle和導入dmp文件的操作不僅對文件系統元數據區進行了破壞，還對數據區進行了覆蓋。

3、對oracle所在分區的NTFS文件系統進行分析。分析後發現原所有oracle數據文件的的MFT均被覆蓋，NTFS日志也被輪回覆蓋，從NTFS元數據區找不可利用信息。服務器數據恢複工程師使用北亞數據恢複中心自研的Oracle恢複程序對整個分區進行恢複。經過Oracle恢複程序掃描發現Oracle實例為ANSORA，掃描出一個原始完整的控制文件和一個原始完整的undotbs表空間數據文件。但是重要的system和users表空間數據文件都有不同程度的損壞，其中system表空間的數據文件僅剩中後部的一小部分，而users表空間的數據文件也有一小部分被覆蓋。

北亞數據恢複——RAID5數據恢複

4、提取出找到的完好數據，對嚴重損壞的數據庫進行修複。由于system表空間不可用，無法得到數據字典。在和管理員溝通後确認了三張重要的表，從管理員imp回去的數據庫中獲取到這三張表的結構，再從恢複出來的users表空間的數據文件中找到對應的segment。有一張表無法對應上，再次詢問管理員得知這張表有過更改字段的操作，再構建新的表結構對應上users表空間數據文件中的segment，然後使用oracle dul工具提取出這三張表的數據。經過管理員驗證後，确認恢複出來的數據沒有問題，本次數據恢複成功。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!