服務器數(shù)據恢復環(huán)境：

同友存儲，底層由數(shù)塊物理硬盤組建的raid5磁盤陣列，存儲池劃分若干lun，每個lun下有數(shù)臺虛擬機。

服務器故障：

未知原因導致存儲崩潰，無法啟動，虛擬機全部丟失，其中一個lun中的3臺虛擬機數(shù)據尤為重要，需要恢復其中的數(shù)據。

服務器數(shù)據恢復過程：

1、將故障存儲中的所有磁盤以只讀方式進行全盤鏡像備份，后續(xù)的數(shù)據分析和數(shù)據恢復操作都基于鏡像文件進行，避免對原始數(shù)據造成二次破壞。

2、基于鏡像文件分析raid5陣列，發(fā)現(xiàn)故障存儲中的raid5陣列缺失2塊磁盤，熱備盤已經啟用。通過實際情況可以推斷故障發(fā)生的大致過程：第一塊硬盤掉線后raid5啟動熱備盤替換。第二塊硬盤掉線后raid5降級，第三塊硬盤掉線導致raid5陣列崩潰。這種情況下一般是無法通過校驗直接獲取到缺失盤的數(shù)據，只能使用磁盤同等大小的全0的空鏡像進行raid重組(依賴空鏡像組建的raid的文件系統(tǒng)結構會嚴重損壞，相當于每個條帶都缺失兩個塊的數(shù)據，所以除特殊情況外不建議如此操作)。

重建raid：

北亞企安數(shù)據恢復——RAID5數(shù)據恢復

3、通過重組出來的raid5陣列提取LUN。通過對存儲結構的進一步分析獲取到存儲劃分的MAP塊，對各個LUN的數(shù)據塊指針進行解析并由北亞企安數(shù)據恢復工程師編寫程序提取LUN碎片。碎片提取完成后進行碎片拼接，組成完整的LUN。

提取LUN：

北亞企安數(shù)據恢復——RAID5數(shù)據恢復

4、導出LUN內所有虛擬機并嘗試啟動，結果由于操作系統(tǒng)被破壞，虛擬機無法啟動。

5、提取虛擬機內的文件，但虛擬機內的文件多數(shù)損壞嚴重，只有少數(shù)文件可用，只能通過其他方案進行恢復。

6、本次需要進行數(shù)據恢復的虛擬機內有mysql數(shù)據庫，可以根據mysql數(shù)據庫底層存儲的特殊性掃描數(shù)據頁并提取數(shù)據。

數(shù)據恢復過程截圖：

北亞企安數(shù)據恢復——RAID5數(shù)據恢復

7、根據mysql數(shù)據頁特征掃描數(shù)據頁并導出數(shù)據(僅適用于innodb引擎數(shù)據庫，myisam引擎數(shù)據庫沒有“數(shù)據頁”概念)，分析系統(tǒng)表獲取各用戶表信息，根據各個表的id分割數(shù)據頁。

8、因為該數(shù)據庫的表結構變更過多次，存儲故障導致系統(tǒng)表的部分數(shù)據丟失，所以記錄提取過程非常痛苦(這里不贅述)。

獲取最早版本數(shù)據庫各個表的表結構。由于合并快照前的父盤因為寫入較早，使用第一塊掉線盤進行校驗獲取到完整數(shù)據，然后提取出其中數(shù)據庫各個表的表結構。用戶方提供了最新版本數(shù)據庫的建表腳本。

分別使用兩組不同表結構提取數(shù)據記錄并導入到搭建好的環(huán)境中的mysql數(shù)據庫內，剔除各個表中因為表結構變更所導致的亂碼數(shù)據，最后將兩組數(shù)據分別導出為.sql文件。

數(shù)據驗證：

兩個版本的數(shù)據庫表結構不同，先聯(lián)系用戶方工程師進行調試，調試完成后導入平臺進行測試，平臺測試成功，本次數(shù)據恢復工作完成。

審核編輯：湯梓紅