1. 程式人生 > >通過拼碎片的方法恢復數據的過程

通過拼碎片的方法恢復數據的過程

all 所有 分區 導致 完成 數據庫的備份 發現 建數據庫 服務

服務器數據恢復案例背景:

--服務器raid磁盤陣列組癱瘓了,該磁盤陣列中一共有3塊硬盤,目前一塊硬盤亮紅色警報燈,需要重點進行恢復的數據為D盤裏的數據庫數據。由於存儲故障後管理員進行重啟服務器導致先前離線的硬盤重新上線並進行了數據同步,幸好同步未完成就進行了強制關機。

服務器數據恢復過程:

  • --服務器數據恢復工程師首先將陣列中的三塊硬盤進行了只讀的鏡像備份,在備份過程中發現該服務器中的三塊硬盤都可以正常識別和讀取,硬盤沒有發現壞道
  • --然後服務器數據恢復工程師對做好的鏡像文件進行了詳細分析,通過分析到的raid基本信息進行raid虛擬重組並進行異或校驗,對備份的鏡像文件進行詳細分析,重組raid結構,並進行異或校驗,但是由於管理員在數據損壞後又進行過同步操作,這一操作會損壞數據,所以在進行異或校驗時結果為部分校驗通過,說明數據有損壞。
  • --服務器數據恢復工程師對RAID陣列進行了進一步分析,嘗試了多種硬盤離線的狀態下分別進行數據提取操作,但每一種嘗試所提取到的數據都是一樣的。只好首先針對E分區中的dat文件進行分析修復希望可以通過找到備份文件來進行數據恢復,但是數據恢復的結果依然是文件損壞。數據恢復工程師分析聚合dat碎片,驗證dat數據完整性,底層結構顯示有損壞。
  • --數據恢復工程師嘗試了好幾種方法進行數據提取但是都失敗了,想要恢復被破壞的數據,恢復服務器原有數據只有通過拼接碎片這一種難度最大的方法進行一次最後的嘗試。服務器數據恢復工程師對D分區的自由空間進行數據頁掃描,將掃描出來的所有碎片進行逐一分析並聚合,對聚合後的文件碎片完整性和有效性進行簡單驗證後導出備份文件中的數據記錄到工程師的新建數據庫中。通過上層應用連接數據庫,驗證數據可用性,數據庫文件可以正常加載,上層應用軟件中用戶賬號正常,可以進行正常數據查詢。本次數據恢復成功

服務器數據恢復案例總結:

在恢復過程中,在E盤發現2個SealLib數據庫的備份文件。但是備份文件數據中頁結構有小部分損壞, 在D分區掃描的結果中數據碎片發現較連續的數據片段,碎片可用。通過對D分區碎片和E分區備份文件進行整合拼接。最終修復解析出的數據可以支撐整個應用的正常使用,上層應用可以正常查詢數據庫內容。

通過拼碎片的方法恢復數據的過程