資料底層損壞的恢復方法—拼碎片恢復資料

伺服器資料恢復案例背景：

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

伺服器資料恢復過程：

  伺服器資料恢復工程師首先將陣列中的三塊硬碟進行了只讀的映象備份，在備份過程中發現該伺服器中的三塊硬碟都可以正常識別和讀取，硬碟沒有發現壞道

  然後伺服器資料恢復工程師對做好的映象檔案進行了詳細分析，透過分析到的raid基本資訊進行raid虛擬重組並進行異或校驗，對備份的映象檔案進行詳細分析，重組raid結構，並進行異或校驗，但是由於管理員在資料損壞後又進行過同步操作，這一操作會損壞資料，所以在進行異或校驗時結果為部分校驗透過，說明資料有損壞。

  伺服器資料恢復工程師對RAID陣列進行了進一步分析，嘗試了多種硬碟離線的狀態下分別進行資料提取操作，但每一種嘗試所提取到的資料都是一樣的。只好首先針對E分割槽中的dat檔案進行分析修復希望可以透過找到備份檔案來進行資料恢復，但是資料恢復的結果依然是檔案損壞。資料恢復工程師分析聚合dat碎片，驗證dat資料完整性，底層結構顯示有損壞。

  資料恢復工程師嘗試了好幾種方法進行資料提取但是都失敗了，想要恢復被破壞的資料，恢復伺服器原有資料只有透過拼接碎片這一種難度最大的方法進行一次最後的嘗試。伺服器資料恢復工程師對D分割槽的自由空間進行資料頁掃描，將掃描出來的所有碎片進行逐一分析並聚合，對聚合後的檔案碎片完整性和有效性進行簡單驗證後匯出備份檔案中的資料記錄到工程師的新建資料庫中。透過上層應用連線資料庫，驗證資料可用性，資料庫檔案可以正常載入，上層應用軟體中使用者賬號正常，可以進行正常資料查詢。本次資料恢復成功

伺服器資料恢復案例總結：

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