上海某公司的一臺服務器數據恢復需求。該公司有一臺emc的服務器，搭建了raid5磁盤陣列進行數據存儲，有兩塊熱備盤，因為服務器上有兩塊硬盤出現故障，但是熱備盤中只有一塊被成功激活，導致了raid陣列癱瘓，服務器的上層應用不可用。需要進行服務器數據恢復。

　　首先對客戶的兩塊掉線的硬盤進行物理檢測，如果發現物理故障，需要對物理硬盤進行修復，然后才能繼續下一步數據恢復操作，在本次服務器數據恢復案例中，硬盤不存在物理故障及壞道。

　　在服務器數據恢復開始前需要將客戶的所有硬盤進行鏡像備份。由于客戶的服務器硬盤不存在物理故障，因此直接備份即可。使用winhex將所有磁盤都鏡像成文件，由于源磁盤的扇區大小為520字節，因此還需要使用特殊工具將所有備份的數據再做520 to 512字節的轉換。

　　先對服務器底層raid組進行數據分析，以便通過基礎raid信息重組陣列，恢復服務器數據。經過對raid陣列的分析發現，客戶原服務器內的兩塊熱備盤內均為空，沒有寫入任何數據（因此推斷有一塊熱備盤雖然上線，但此時raid組仍然處于缺盤狀態，數據并沒有開始同步。）隨后工程師依次分析到了整個raid5陣列上的條帶大小，磁盤順序等基礎信息，開始進行raid重組。

　　根據上述分析的RAID信息，嘗試通過兆柏自主開發的RAID虛擬程序將原始的RAID組虛擬出來。但由于整個RAID組中一共掉線兩塊盤，因此需要分析這兩塊硬盤掉線的順序。仔細分析每一塊硬盤中的數據，發現有一塊硬盤在同一個條帶上的數據和其他硬盤明顯不一樣，因此初步判斷此硬盤可能是最先掉線的，通過北亞自主開發的RAID校驗程序對這個條帶做校驗，發現除掉剛才分析的那塊硬盤得出的數據是最好的，因此可以明確最先掉線的硬盤了。

　　由于LUN是基于RAID組的，因此需要根據上述分析的信息將RAID組重組出來。然后分析LUN在RAID組中的分配信息，以及LUN分配的數據塊MAP。由于底層只有一個LUN，因此只需要分析一份LUN信息就OK了。然后根據這些信息使用北亞raid恢復(datahf.net)程序，解釋LUN的數據MAP并導出LUN的所有數據。

　　利用ZFS文件系統解釋程序對生成的LUN做文件系統解釋，發現程序在解釋某些文件系統元文件的時候報錯。迅速安排開發工程師對程序做debug調試，分析程序報錯原因。接著安排文件系統工程師分析ZFS文件系統是否因為版本原因，導致程序不支持。經過長達7小時的分析與調試，發現ZFS文件系統因存儲突然癱瘓導致其中某些元文件損壞，從而導致解釋ZFS文件系統的程序無法正常解釋。

　　上述分析明確了ZFS文件系統因存儲癱瘓導致部分文件系統元文件損壞，因此需要對這些損壞的文件系統元文件做修復，才能正常解析ZFS文件系統。分析損壞的元文件發現，因當初ZFS文件正在進行IO操作的同時存儲癱瘓，導致部分文件系統元文件沒有更新以及損壞。人工對這些損壞的元文件進行手工修復，保證ZFS文件系統能夠正常解析。

　　對修復后的文件系統進行解析并驗證最新數據。經過客戶服務器管理員的驗證，確認服務器內所有數據被成功恢復，本次數據恢復成功。