伺服器raid陣列癱瘓如何恢復伺服器資料

北亞資料恢復發表於2018-07-02

伺服器資料恢復故障簡介:

需要進行資料恢復的是一臺HP DL380伺服器 三塊300GSAS硬碟組成raid陣列,磁碟故障導致整個RAID組癱瘓,其中一塊硬碟狀態燈為紅色。資料庫儲存在D分割槽,備份儲存在E分割槽。儲存故障,造成D分割槽不可識別,E分割槽可識別,但是複製備份檔案報錯,並重啟伺服器,導致先離線的硬碟上線,並同步了一段時間,在沒有同步完成就直接強制關機了,之後就沒有在動過伺服器。

伺服器資料恢復過程:

為了確保伺服器原有資料的安全,先對伺服器中所有磁碟做只讀映象備份,三塊硬碟可以正常讀取,沒有發現壞道,只讀映象備份日誌。
圖一:

對備份的映象檔案進行詳細分析,重組raid結構,並進行異或校驗,部分校驗透過,離線硬碟上線之後進行同步操作,會損壞資料,部分透過就是表示資料有損壞,
圖二:

RAID分析過程,嘗試多種硬碟離線狀態下提取資料,每塊盤離線所提取的資料都是一樣的,
圖三:

首先針對E分割槽中的dat檔案進行分析修復。發現兩個備份檔案都有損壞,
圖四:

分析聚合dat碎片,驗證dat資料完整性,底層結構顯示有損壞。
圖五:

同時進行D分割槽的資料檔案的分析掃描,由於儲存同步,資料檔案目錄不可見。
圖六:

對D分割槽自由空間資料頁掃描,並對檔案碎片進行分析和聚合。
驗證資料檔案碎片的完整性和有效性。
提取備份檔案中的資料記錄到新建的資料庫中。
透過上層應用連線資料庫,驗證資料可用性,資料庫檔案可以正常載入,上層應用軟體中使用者賬號正常,可以進行正常資料查詢。

伺服器資料恢復成功:

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

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31380569/viewspace-2157196/,如需轉載,請註明出處,否則將追究法律責任。

相關文章