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

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

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

服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程：

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

審核編輯 黃宇