【北亞伺服器資料恢復】raid5崩潰導致同友儲存無法啟動的資料恢復案例

伺服器資料恢復流程：

1、制定恢復方案。

與伺服器管理員溝通之後，北亞資料恢復工程師檢視儲存底層資料，分析儲存層次結構，分析結果如下：

儲存結構

2、重組raid。

重組raid過程中北亞資料恢復工程師發現此儲存中的raid5缺失2塊盤（第一掉線盤掉線後熱備盤頂替，第二塊盤掉線導致

RAID5處於降級狀態，最後第三塊盤碟片劃傷掉線，最終RAID崩潰），無法透過校驗直接獲取丟失盤的資料，所以只能使

用和磁碟同等大小的全0映象進行重組（此方法只可用於緊急情況，因為透過空映象組成的raid檔案系統結構會嚴重破壞，

每個條帶都會缺失兩個塊的資料）。

重建raid

3、提取LUN。

分析儲存結構，獲取儲存劃分的MAP塊。在找到MAP塊之後解析獲取各個LUN的資料塊指標，北亞資料恢復工程師編寫資料

提取程式提取LUN碎片。提取完成後進行碎片拼接，組成完整LUN。

提取LUN

4、匯出LUN內所有虛擬機器，嘗試啟動不成功，提取虛擬機器內檔案。

匯出虛擬機器後嘗試啟動，但是由於作業系統被破壞虛擬機器無法啟動。在虛擬機器無法啟動的情況下只能先提取虛擬機器內檔案，

取出檔案後進行測試，發現大多數檔案都被破壞，只有部分小檔案可以開啟。

5、與伺服器管理員溝通，分析後期恢復可能性，制定後期恢復方案。

在與伺服器管理員溝通後得知虛擬機器內有mysql資料庫，因為資料庫底層儲存的特殊性，可以透過掃描資料頁進行資料提取。

在找到此虛擬機器後發現虛擬機器啟用快照，父盤和快照檔案都被損壞的情況下常規合併操作無法完成，使用北亞自主研發VMFS

快照合併程式進行快照合併。

6、獲取mysql資料頁並分析。

根據mysql資料頁特徵進行資料頁掃描並匯出（innodb引擎可以使用此方案，myisam因為沒有“資料頁”這個概念，所以

此方法不可用），分析系統表獲取各使用者表資訊，根據各個表的id進行資料頁分割。

7、提取表結構。

因為資料庫使用時間已久，表結構也曾多次變更，加上系統表在儲存損壞後有部分資料丟失，記錄提取過程不順利。首先獲

取最初版本資料庫各個表的表結構：合併快照前的父盤因為寫入較早，使用第一塊掉線盤進行校驗獲取到這個檔案的完整數

據，然後提取出其中資料庫各個表的表結構，伺服器管理員提供了最新版的資料庫建表指令碼。

8、提取記錄。

分別使用兩組不同表結構對資料記錄進行提取，匯入到恢復環境中的mysql資料庫內，然後剔除各個表中因為表結構變更造

成的亂碼資料，最後將兩組資料分別匯出為.sql檔案。

9、驗證資料。

因為兩個版本的資料庫表結構不同，所以聯絡了客戶方的應用工程師進行除錯，除錯完成後匯入平臺，平臺除錯成功，資料

恢復完成。