服務(wù)器數(shù)據(jù)恢復環(huán)境：
SAN環(huán)境下一臺存儲設(shè)備中有一組由6塊硬盤組建的RAID6磁盤陣列，劃分若干LUN，MAP到不同業(yè)務(wù)的SOLARIS操作系統(tǒng)服務(wù)器上。

服務(wù)器故障：
用戶新增了一臺服務(wù)器，將存儲中的某個LUN映射到新增加的這臺服務(wù)器上。這個映射的LUN其實之前已經(jīng)MAP到其他SOLARIS操作系統(tǒng)的服務(wù)器上了。由于沒有及時發(fā)現(xiàn)問題，新增加的這臺服務(wù)器已經(jīng)對此LUN做了初始化操作，磁盤報錯，重啟后發(fā)現(xiàn)卷無法掛載。
聯(lián)系SUN工程師進行檢測后，執(zhí)行fsck操作。雖然完成操作后可以掛載上文件系統(tǒng)，但是發(fā)現(xiàn)有大量文件丟失或文件大小變?yōu)?，尤其新數(shù)據(jù)破壞比較嚴重。
SAN環(huán)境下此類故障較為常見，但多數(shù)是設(shè)置問題所導致。SAN分配出來的LUN是采用獨占模式的，如果該LUN同時被幾個操作系統(tǒng)控制，就會出現(xiàn)寫操作不互斥的問題，最終導致文件系統(tǒng)一致性出錯。
如果要恢復數(shù)據(jù)，需要分析文件系統(tǒng)各結(jié)構(gòu)的破壞情況。本案例中文件系統(tǒng)采用UFS，對任何一個需要恢復的文件而言，優(yōu)先考慮目錄信息、節(jié)點、數(shù)據(jù)區(qū)是否正常。如果目錄信息、節(jié)點、數(shù)據(jù)區(qū)均正常，數(shù)據(jù)可完整恢復。多數(shù)情況下，執(zhí)行fsck操作后會清除INODE，即使留下目錄信息，也無法與數(shù)據(jù)一一對應(yīng)。這種情況下，只能參考文件內(nèi)部格式進行類型式的恢復。

服務(wù)器數(shù)據(jù)恢復過程：
1、完整備份故障卷，因為RAID6陣列無故障，所以可以直接在SOLARIS環(huán)境中對原LUN做dd備份。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于備份文件進行，避免對原始數(shù)據(jù)造成二次破壞。
2、基于備份文件分析文件系統(tǒng)，發(fā)現(xiàn)需要恢復的文件的inode已經(jīng)全部被清除，無法還原。只能按照文件類型進行處理。
3、分析需要恢復的特定文件，發(fā)現(xiàn)采用vfs公文系統(tǒng)的索引文件具有強的類型特征，而且文件中包含目錄信息。
4、按照公文系統(tǒng)的索引結(jié)構(gòu)特征，北亞企安數(shù)據(jù)恢復工程師編寫程序提取數(shù)據(jù)文件，提取完成后根據(jù)特征重新命名。
5、按照類型恢復數(shù)據(jù)文件。之后由用戶方根據(jù)索引文件對數(shù)據(jù)文件進行重新整理。
6、經(jīng)過用戶仔細檢測，確認分析所需要的數(shù)據(jù)文件恢復成功，認可數(shù)據(jù)恢復結(jié)果。針對少部分已破壞且無法恢復的文件，由用戶方根據(jù)目錄索引文件重新向其他部門采集。