本次分享的案例存儲環境部署及存儲數據恢復故障的起因:NETAPP FAS-8200存儲使用96塊磁盤組建兩組存儲池，存儲池互為鏡像。存儲池內劃分卷并映射到ESXI作為數據存儲使用，卷內虛擬機數量約300+。在操作過程中由于未知原因導致卷丟失，卷內虛擬機不可訪問。

【數據恢復過程】

為防止對客戶原始磁盤內數據造成破壞，首先分別對各磁盤進行鏡像拷貝（在進行分析后確定熱備未啟用，剔除熱備盤和存儲系統盤）。

一、分析磁盤底層數據并重組RAID恢復數據

分析陣列底層的數據情況，根據磁盤底層元信息記錄信息，確定了每塊磁盤所在的盤序及功能（數據/校驗），同時確定無離線盤無需校驗信息，剔除校驗盤。

二、提取卷內數據

NETAPP所使用的文件系統為WAFL，在本案例中文件系統采用了高版本模式。填寫配置文件，使用解析程序進行解析：

在數據提取完成后由數據恢復工程師對提取的數據進行文件自檢驗，檢驗文件數據過程中發現數據文件異常，工程師對數據進行二次分析發現部分數據塊由于指針異常被填充。如下圖：

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

三、數據還原

經過數據恢復技術攻關小組分析測試后得出結論為：此類指針為壓縮占用標志，并給出解壓算法。

根據解壓算法編寫數據解壓程序，對已提取數據進行解壓驗證。在解壓過程中隨時對出現的部分異常情況進行程序調整，隨時完善解壓算法，最終得到完整可用解壓程序。經驗證程序可用，解壓后的虛擬機VMDK可正常解析并導出文件。數據恢復工程師將提取出來的文件樣本送交客戶進行檢驗，檢驗結果為正常。

數據恢復工程師按照這個思路繼續調整數據提取程序，添加目錄塊解析模塊以及解壓模塊，提取用戶卷內所有文件，進行批量數據恢復操作。

【數據恢復結果】

所有數據提取完成后，數據恢復工程師將恢復完成的數據移交到客戶存儲進行驗證，客戶驗證通過，數據沒有問題，本次數據恢復成功。

總結

以上是生活随笔為你收集整理的虚拟机拷贝出来_NETAPP存储虚拟机数据恢复案例的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。