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

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

服務器故障：

未知原因?qū)е麓鎯Ρ罎ⅲ瑹o法啟動，虛擬機全部丟失，其中一個lun中的3臺虛擬機數(shù)據(jù)尤為重要，需要恢復其中的數(shù)據(jù)。

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

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

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

重建raid：

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

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

提取LUN：

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

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

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

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

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

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

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

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

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

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

數(shù)據(jù)驗證：

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

審核編輯：湯梓紅