服務器數(shù)據(jù)恢復環(huán)境：
一臺同友存儲，存儲上有一組raid5磁盤陣列，存儲上層有若干臺虛擬機，其中有3臺linux操作系統(tǒng)虛擬機上存放重要數(shù)據(jù)。

服務器故障：
同友存儲上的raid5陣列崩潰導致存儲無法啟動。

服務器數(shù)據(jù)恢復過程：
1、將故障存儲中所有磁盤編號后取出，由硬件工程師檢測硬件故障，發(fā)現(xiàn)有一塊盤盤片劃傷，其他磁盤沒有發(fā)現(xiàn)明顯的硬件故障。將完好磁盤以只讀方式做扇區(qū)級的全盤鏡像，鏡像完成后將所有磁盤按照編號還原到原存儲中，后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行，避免對原始磁盤數(shù)據(jù)造成二次破壞。
2、與用戶方進行溝通后，北亞企安數(shù)據(jù)恢復工程師基于鏡像文件查看所有磁盤底層情況，分析本案例中存儲結構。
存儲結構：

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

3、根據(jù)分析底層數(shù)據(jù)獲取到的raid5相關信息重組raid5陣列。重組過程中發(fā)現(xiàn)本案例中的raid5缺失2塊盤（第一掉線盤掉線后由熱備盤頂替，之后第二塊盤掉線導致RAID5處于降級狀態(tài)，第三塊盤盤片劃傷掉線導致RAID崩潰），無法直接獲通過校驗獲取到丟失盤的數(shù)據(jù)，只能使用與磁盤同等大小的全0鏡像進行重組（此方法除了緊急情況慎用。依賴空鏡像組建raid，文件系統(tǒng)結構會嚴重破壞，相當于每個條帶都會缺失兩個塊的數(shù)據(jù)）。
重建raid：

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

4、分析存儲結構，獲取存儲劃分的MAP塊。解析MAP塊得到各個LUN的數(shù)據(jù)塊指針。北亞企安數(shù)據(jù)恢復工程師編寫數(shù)據(jù)提取程序提取LUN碎片，提取完成后拼接碎片&組成完整LUN。
提取LUN：

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

5、導出虛擬機后嘗試啟動，和預計的情況一樣：由于操作系統(tǒng)被破壞，虛擬機無法啟動。
6、在虛擬機無法啟動的情況下提取虛擬機內文件。提取虛擬機內的文件后進行測試，發(fā)現(xiàn)大多數(shù)文件都被破壞，只有少部分小文件可以打開。
7、與用戶方進行溝通后得知有一臺虛擬機內有mysql數(shù)據(jù)庫，可以利用mysql數(shù)據(jù)庫存儲特殊性，通過掃描數(shù)據(jù)頁提取數(shù)據(jù)。找到這臺有mysql數(shù)據(jù)庫的虛擬機，發(fā)現(xiàn)該虛擬機啟用了快照。在父盤和快照文件都損壞的情況下，常規(guī)合并無法完成，使用北亞企安自主研發(fā)VMFS快照合并程序進行快照合并。

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

8、根據(jù)mysql數(shù)據(jù)頁特征掃描&導出數(shù)據(jù)頁（僅采用innodb引擎的mysql數(shù)據(jù)庫可以使用此方案），分析系統(tǒng)表獲取各用戶表信息，根據(jù)各個表的id分割數(shù)據(jù)頁。
9、該mysql數(shù)據(jù)庫在長時間的使用過程中曾多次變更表結構，而且存儲損壞后系統(tǒng)表有部分數(shù)據(jù)丟失，導致記錄提取困難。首先獲取最初版本mysql數(shù)據(jù)庫各個表的表結構：合并快照前的父盤因為寫入較早，通過使用第一塊掉線盤進行校驗來獲取到這個文件的完整數(shù)據(jù)，然后提取出數(shù)據(jù)庫各個表的表結構。和用戶溝通后，用戶方提供了最新版本數(shù)據(jù)庫的建表腳本。
10、分別使用最初版本mysql數(shù)據(jù)庫的表結構和最新版本mysql數(shù)據(jù)庫的表結構提取數(shù)據(jù)記錄，并導入到恢復環(huán)境中的mysql數(shù)據(jù)庫內。剔除各個表中因為表結構變更而出現(xiàn)的亂碼數(shù)據(jù)，將兩組數(shù)據(jù)分別導出為.sql文件。
11、因為兩個版本的mysql數(shù)據(jù)庫表結構不同，由用戶方應用工程師進行調試后導入平臺，平臺調試成功。本次服務器數(shù)據(jù)恢復工作完成。

審核編輯 黃宇