虛擬機器未知原因丟失的資料恢復案例

儲存環境部署及儲存資料恢復故障的起因:某公司的NetApp FAS-8200儲存，使用96塊磁碟組建兩組儲存池，儲存池互為映象。儲存池內劃分卷並對映到ESXI作為資料儲存使用，卷內虛擬機器數量約300+。在操作過程中由於未知原因導致卷丟失，卷內虛擬機器不可訪問。該公司的管理員先進對儲存進行了簡單的檢查和資料恢復但是沒有成功，由於儲存內有公司重要資料，管理員不敢妄動，只好聯絡北京的儲存資料恢復公司進行專業資料恢復。

一、資料恢復備份

為防止對客戶原始磁碟內資料造成破壞，首先分別對各磁碟進行映象複製（在進行分析後確定熱備未啟用，剔除熱備盤和儲存系統盤）小編以往的資料恢復案例中都要對備份進行介紹，這裡就不再贅述過程了。

二、分析磁碟底層資料並重組RAID恢復資料

資料恢復第一步即分析陣列底層的資料情況，根據磁碟底層元資訊記錄資訊，確定了每塊磁碟所在的盤序及功能（資料/校驗），同時確定無離線盤無需校驗資訊，剔除校驗盤。

三、提取卷內資料

NetApp所使用的檔案系統為WAFL，在本案例中檔案系統採用了高版本模式。填寫配置檔案，使用資料恢復公司自主研發解析程式進行解析：

在資料提取完成後由資料恢復工程師對提取的資料進行檔案自檢驗，檢驗檔案資料過程中發現資料檔案異常，資料恢復工程師對資料進行二次分析發現部分資料塊由於指標異常被填充。如下圖：

此類指標在以往的資料恢復過程中未曾出現，請教了經驗豐富的資料恢復工程師後表示在資料恢復從業經歷中也沒有遇見過這類指標，所以並沒有現成的資料恢復方案可解決這個故障，技術主管將該資料恢復案件移交給資料恢復中心的非常規業務技術攻關小組進行技術攻關。

四、資料還原

經過資料恢復技術攻關小組分析測試後得出結論為：此類指標為壓縮佔用標誌，並給出解壓演算法。

根據解壓演算法編寫資料解壓程式，對已提取資料進行解壓驗證。在解壓過程中隨時對出現的部分異常情況進行程式調整，隨時完善解壓演算法，最終得到完整可用解壓程式。經驗證程式可用，解壓後的虛擬機器VMDK可正常解析並匯出檔案。資料恢復工程師將提取出來的檔案樣本送交客戶進行檢驗，檢驗結果為正常。

資料恢復工程師按照這個思路繼續調整資料提取程式，新增目錄塊解析模組以及解壓模組，提取使用者卷內所有檔案，進行批次資料恢復操作。

五、資料驗證;資料恢復成功

待所有資料提取完成後，資料恢復工程師將恢復完成的資料移交到客戶儲存進行驗證，客戶驗證透過，本次資料恢復工作圓滿成功。