服務器故障描述：

山西某公司一臺服務器的EMC FC AX-4存儲RAID5磁盤陣列，陣列中共有12塊硬盤組成raid5磁盤陣列其中有兩塊硬盤為熱備盤，陣列中硬盤單盤容量為1TB，服務器中有兩塊硬盤離線，一塊熱備盤未啟用?？蛻魧⒎掌髦兴写疟P帶到數(shù)據(jù)恢復公司。
通常情況下造成服務器硬盤離線的原因為磁盤物理故障或者硬盤壞道。但是由于EMC控制器有著十分嚴格的磁盤檢查策略，容易將性能不穩(wěn)定的硬盤判定為硬件故障提出raid組，所以導致服務器崩潰的原因也有可能是磁盤讀寫不穩(wěn)定。

服務器數(shù)據(jù)恢復解決過程：
第一步：檢測硬盤和服務器數(shù)據(jù)備份；對服務器中所有磁盤進行物理故障檢測，硬盤沒有物理故障，然后使用壞道檢測工具進行硬盤壞道排查也一切正常。使用專業(yè)鏡像工具將raid中所有磁盤做全盤鏡像。如下圖：

第二步：分析RAID組結構；Raid數(shù)據(jù)恢復的常規(guī)步驟先要對服務器raid信息進行分析，然后重構raid組。在本案例中分析發(fā)現(xiàn)作為熱備盤的6號盤和9號盤全部無數(shù)據(jù)，6號盤已經(jīng)成功激活并替換了磁盤陣列中的5號硬盤，但數(shù)據(jù)并未同步。繼續(xù)對該服務器raid中的其他硬盤進行條帶大小、數(shù)據(jù)的分布規(guī)律、磁盤順序等必要信息進行分析。分析發(fā)現(xiàn)7號硬盤在同一條帶上的數(shù)據(jù)與該raid中其他硬盤不同，初步確認該盤為掉線較早的硬盤，使用數(shù)據(jù)恢復公司自用的raid校驗程序?qū)Υ藯l帶進行校驗發(fā)現(xiàn)最好的數(shù)據(jù)就是除去7號盤以后的數(shù)據(jù)，所以7號盤為先掉線盤無疑。將分析出來的上述信息通過北亞自主研發(fā)的raid虛擬程序組建出原raid磁盤陣列。

第三步：對服務器磁盤陣列中的LUN信息進行分析；該服務器底層只分配了一個LUN，所以工作量相對小很多，只需對一個lun的信息進行分析，分析后使用raid恢復程序記性解釋map數(shù)據(jù)并導出。然后使用自用軟件進行***s文件系統(tǒng)解釋，某些文件系統(tǒng)文件在解析時報錯。工程師只好手動對程序做debug調(diào)試后發(fā)現(xiàn)報錯原因為服務器突然癱瘓導致某些元文件損壞，現(xiàn)有程序無法正常解釋。因此需要對這些損壞的文件系統(tǒng)元文件做修復，才能正常解析ZFS文件系統(tǒng)。分析損壞的元文件發(fā)現(xiàn)，因當初ZFS文件正在進行IO操作的同時存儲癱瘓，導致部分文件系統(tǒng)元文件沒有更新以及損壞。人工對這些損壞的元文件進行手工修復，保證ZFS文件系統(tǒng)能夠正常解析。

第四步：導出所有成功恢復數(shù)據(jù)；利用程序?qū)π迯秃玫腪FS文件系統(tǒng)做解析，解析所有文件節(jié)點及目錄結構。對所有成功恢復的數(shù)據(jù)進行驗證，數(shù)據(jù)完整。部分文件目錄和驗證截圖如下：