服務器存儲故障：
某單位同友存儲，存儲設備中若干磁盤組建了raid5磁盤陣列。未知原因?qū)е麓鎯υO備崩潰無法啟動，raid5陣列上層的虛擬機全部丟失，其中存放了重要數(shù)據(jù)的3臺虛擬機需要恢復。

服務器存儲數(shù)據(jù)恢復過程：
1、磁盤鏡像過程就不贅述了。通過與用戶方的溝通以及對raid陣列的分析，獲悉故障存儲的存儲結構：若干物理磁盤組成一個存儲池，劃分了多個lun，其中需要恢復的那3臺虛擬機在lun1。
存儲結構：

北亞企安數(shù)據(jù)恢復——同友存儲數(shù)據(jù)恢復

2、嘗試對故障存儲中raid5陣列進行分析重組，發(fā)現(xiàn)故該raid5陣列缺失2塊硬盤，熱備盤已經(jīng)啟用。
基于現(xiàn)在掌握的信息，可以還原當時故障發(fā)生過程：raid5陣列中第一塊硬盤掉線后，熱備盤自動啟動替換掉線硬盤。當?shù)诙K硬盤掉線后，raid5陣列處于降級狀態(tài)。當?shù)谌龎K硬盤掉線，raid5陣列崩潰。
通常這種情況是無法通過校驗直接獲取丟失硬盤的數(shù)據(jù)，只能嘗試使用磁盤同等大小的全0鏡像進行重組（使用全0鏡像組建的raid，文件系統(tǒng)結構會被嚴重破壞，相當于每個條帶都會缺失兩個塊的數(shù)據(jù)，所以一般情況下不建議使用全0鏡像組建raid。）
重建raid：

北亞企安數(shù)據(jù)恢復——同友存儲數(shù)據(jù)恢復

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

北亞企安數(shù)據(jù)恢復——同友存儲數(shù)據(jù)恢復

4、導出LUN內(nèi)所有虛擬機并嘗試啟動，由于操作系統(tǒng)被破壞，虛擬機無法成功啟動。
5、由于虛擬機無法啟動，只能對虛擬機內(nèi)的文件進行提取，但虛擬機內(nèi)的多數(shù)文件被破壞嚴重，只有少部分文件可用，只好嘗試其他數(shù)據(jù)恢復方案。
6、本案例中需要恢復數(shù)據(jù)的虛擬機中有mysql數(shù)據(jù)庫，于是北亞企安數(shù)據(jù)恢復工程師嘗試通過利用數(shù)據(jù)庫底層存儲的特殊性掃描數(shù)據(jù)頁的方案來提取數(shù)據(jù)。在找到有數(shù)據(jù)庫的虛擬機后，發(fā)現(xiàn)該虛擬機啟用快照。父盤和快照文件都損壞的情況下常規(guī)合并操作無法完成，使用北亞企安自主研發(fā)的VMFS快照合并程序進行快照合并。

北亞企安數(shù)據(jù)恢復——同友存儲數(shù)據(jù)恢復

7、根據(jù)mysql數(shù)據(jù)頁特征掃描數(shù)據(jù)頁并導出（innodb引擎的數(shù)據(jù)庫可以使用此方案，myisam引擎的數(shù)據(jù)庫無“數(shù)據(jù)頁”概念），分析系統(tǒng)表獲取各用戶表信息，根據(jù)各個表的id進行數(shù)據(jù)頁分割。
8、因為數(shù)據(jù)庫使用時間已久，表結構曾多次變更，在存儲損壞后系統(tǒng)表中也有部分數(shù)據(jù)丟失，記錄提取過程很不順利。
9、首先獲取最初版本數(shù)據(jù)庫各個表的表結構：合并快照前的父盤因為寫入較早，使用第一塊掉線盤進行校驗獲取到這個文件的完整數(shù)據(jù)，然后提取出其中的數(shù)據(jù)庫各個表的表結構。用戶方提供了最新版的數(shù)據(jù)庫建表腳本。
10、分別使用兩組不同表結構對數(shù)據(jù)記錄進行提取，導入數(shù)據(jù)恢復環(huán)境中的mysql數(shù)據(jù)庫內(nèi)，剔除各個表中因為表結構變更造成的亂碼數(shù)據(jù)，最后將兩組數(shù)據(jù)分別導出為.sql文件。
11、因為兩個版本的數(shù)據(jù)庫的表結構不同，所以聯(lián)系了用戶方的應用工程師進行調(diào)試，調(diào)試完成后導入平臺，平臺調(diào)試成功，用戶方經(jīng)過檢測后認可本次數(shù)據(jù)恢復結果。

審核編輯 黃宇