上海某公司的一臺服務(wù)器數(shù)據(jù)恢復(fù)需求。該公司有一臺emc的服務(wù)器，搭建了raid5磁盤陣列進(jìn)行數(shù)據(jù)存儲，有兩塊熱備盤，因為服務(wù)器上有兩塊硬盤出現(xiàn)故障，但是熱備盤中只有一塊被成功激活，導(dǎo)致了raid陣列癱瘓，服務(wù)器的上層應(yīng)用不可用。需要進(jìn)行服務(wù)器數(shù)據(jù)恢復(fù)。

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

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

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

　　根據(jù)上述分析的RAID信息，嘗試通過兆柏自主開發(fā)的RAID虛擬程序?qū)⒃嫉腞AID組虛擬出來。但由于整個RAID組中一共掉線兩塊盤，因此需要分析這兩塊硬盤掉線的順序。仔細(xì)分析每一塊硬盤中的數(shù)據(jù)，發(fā)現(xiàn)有一塊硬盤在同一個條帶上的數(shù)據(jù)和其他硬盤明顯不一樣，因此初步判斷此硬盤可能是最先掉線的，通過北亞自主開發(fā)的RAID校驗程序?qū)@個條帶做校驗，發(fā)現(xiàn)除掉剛才分析的那塊硬盤得出的數(shù)據(jù)是最好的，因此可以明確最先掉線的硬盤了。

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

　　利用ZFS文件系統(tǒng)解釋程序?qū)ι傻腖UN做文件系統(tǒng)解釋，發(fā)現(xiàn)程序在解釋某些文件系統(tǒng)元文件的時候報錯。迅速安排開發(fā)工程師對程序做debug調(diào)試，分析程序報錯原因。接著安排文件系統(tǒng)工程師分析ZFS文件系統(tǒng)是否因為版本原因，導(dǎo)致程序不支持。經(jīng)過長達(dá)7小時的分析與調(diào)試，發(fā)現(xiàn)ZFS文件系統(tǒng)因存儲突然癱瘓導(dǎo)致其中某些元文件損壞，從而導(dǎo)致解釋ZFS文件系統(tǒng)的程序無法正常解釋。

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

　　對修復(fù)后的文件系統(tǒng)進(jìn)行解析并驗證最新數(shù)據(jù)。經(jīng)過客戶服務(wù)器管理員的驗證，確認(rèn)服務(wù)器內(nèi)所有數(shù)據(jù)被成功恢復(fù)，本次數(shù)據(jù)恢復(fù)成功。