存儲環境部署及存儲數據恢復故障的起因:某公司的NetApp FAS-8200存儲，使用96塊磁盤組建兩組存儲池，存儲池互爲鏡像。存儲池內劃分卷並映射到ESXI作爲數據存儲使用，卷內虛擬機數量約300+。在操作過程中由於未知原因導致卷丟失，卷內虛擬機不可訪問。該公司的管理員先進對存儲進行了簡單的檢查和數據恢復但是沒有成功，由於存儲內有公司重要數據，管理員不敢妄動，只好聯繫北京的存儲數據恢復公司進行專業數據恢復。
一、數據恢復備份
爲防止對客戶原始磁盤內數據造成破壞，首先分別對各磁盤進行鏡像拷貝（在進行分析後確定熱備未啓用，剔除熱備盤和存儲系統盤）小編以往的數據恢復案例中都要對備份進行介紹，這裏就不再贅述過程了。
二、分析磁盤底層數據並重組RAID恢復數據
數據恢復第一步即分析陣列底層的數據情況，根據磁盤底層元信息記錄信息，確定了每塊磁盤所在的盤序及功能（數據/校驗），同時確定無離線盤無需校驗信息，剔除校驗盤。
三、提取卷內數據
NetApp所使用的文件系統爲WAFL，在本案例中文件系統採用了高版本模式。填寫配置文件，使用數據恢復公司自主研發解析程序進行解析：
在數據提取完成後由數據恢復工程師對提取的數據進行文件自檢驗，檢驗文件數據過程中發現數據文件異常，數據恢復工程師對數據進行二次分析發現部分數據塊由於指針異常被填充。如下圖：
此類指針在以往的數據恢復過程中未曾出現，請教了經驗豐富的數據恢復工程師後表示在數據恢復從業經歷中也沒有遇見過這類指針，所以並沒有現成的數據恢復方案可解決這個故障，技術主管將該數據恢復案件移交給數據恢復中心的非常規業務技術攻關小組進行技術攻關。
四、數據還原
經過數據恢復技術攻關小組分析測試後得出結論爲：此類指針爲壓縮佔用標誌，並給出解壓算法。
根據解壓算法編寫數據解壓程序，對已提取數據進行解壓驗證。在解壓過程中隨時對出現的部分異常情況進行程序調整，隨時完善解壓算法，最終得到完整可用解壓程序。經驗證程序可用，解壓後的虛擬機VMDK可正常解析並導出文件。數據恢復工程師將提取出來的文件樣本送交客戶進行檢驗，檢驗結果爲正常。
數據恢復工程師按照這個思路繼續調整數據提取程序，添加目錄塊解析模塊以及解壓模塊，提取用戶卷內所有文件，進行批量數據恢復操作。
五、數據驗證;數據恢復成功
待所有數據提取完成後，數據恢復工程師將恢復完成的數據移交到客戶存儲進行驗證，客戶驗證通過，本次數據恢復工作圓滿成功。