服務器數(shù)據(jù)恢復環(huán)境：
SAN光纖網(wǎng)絡環(huán)境，存儲由一組6塊硬盤組建的RAID6陣列構成，劃分為若干LUN，MAP到跑不同業(yè)務的SUN SOLARIS操作系統(tǒng)服務器上。

服務器故障&分析：
因為業(yè)務需要，用戶在該光纖存儲環(huán)境中新增一臺SUN SOLARIS操作系統(tǒng)服務器。將存儲中的某個LUN映射到新增的服務器上，但是映射的這個卷之前已經(jīng)MAP到SOLARIS生產(chǎn)系統(tǒng)上的某個LUN上了。因為未及時察覺這個問題，新增服務器已經(jīng)對該LUN進行部分初始化操作。
在SOLARIS操作系統(tǒng)層面磁盤報錯，重啟后卷無法掛載。聯(lián)系SUN工程師檢測后，執(zhí)行了fsck操作。操作完成后雖然文件系統(tǒng)可以掛上，但是發(fā)現(xiàn)大量文件丟失或文件大小變?yōu)?，尤其是最新數(shù)據(jù)破壞嚴重。

此類故障在SAN光纖網(wǎng)絡環(huán)境下較為常見，大多數(shù)情況下是人為設置不當造成的，此故障也是如此。正常情況下，SAN分配出來的LUN是獨占的。LUN如果同時被幾個操作系統(tǒng)控制就會導致寫操作不互斥，文件系統(tǒng)一致性出錯。
如果要恢復這類故障中的丟失/破壞的數(shù)據(jù)，需要深入文件系統(tǒng)觀察各結(jié)構的破壞情況。本案例的文件系統(tǒng)是UFS，所以對任何一個需要恢復的文件來說，需要優(yōu)先考慮目錄信息、節(jié)點、數(shù)據(jù)區(qū)這幾個結(jié)構是否正常。如果這3個結(jié)構均正常，數(shù)據(jù)可完整恢復。但多數(shù)情況下，執(zhí)行fsck操作后INODE會被清除，即使留下目錄信息，也無法與數(shù)據(jù)一一對應。這種情況下只能參考文件內(nèi)部格式進行類型式的恢復。

服務器數(shù)據(jù)恢復過程：

1、以只讀方式將故障卷完整鏡像。后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都基于鏡像文件進行，避免對原始數(shù)據(jù)造成二次破壞。
2、基于鏡像文件分析文件系統(tǒng)，分析發(fā)現(xiàn)需要恢復的文件的inode已經(jīng)被全部清除，無法恢復，只能按照文件類型進行處理。
3、分析需要恢復的特定文件，發(fā)現(xiàn)采用vfs公文系統(tǒng)的索引文件具有很強的類型特征，且文件中包含目錄信息。
4、按照vfs公文系統(tǒng)的索引結(jié)構特征，北亞企安數(shù)據(jù)恢復工程師編寫程序提取數(shù)據(jù)，提取后根據(jù)特征重新命名。
5、按照類型恢復數(shù)據(jù)文件。恢復完成后由用戶方根據(jù)索引文件對數(shù)據(jù)文件進行重新整理。
6、經(jīng)過數(shù)據(jù)恢復工程師的努力，目錄索引文件基本上全部恢復出來，大部分數(shù)據(jù)文件恢復成功。對于極小部分無法恢復的文件，用戶根據(jù)目錄索引文件重新向其他部門采集。用戶認可數(shù)據(jù)恢復結(jié)果。

審核編輯 黃宇