服務(wù)器數(shù)據(jù)恢復(fù)環(huán)境：
SUN光纖存儲(chǔ)系統(tǒng)中有一組由6個(gè)硬盤(pán)組建的RAID6，劃分為若干LUN，MAP到跑不同業(yè)務(wù)的服務(wù)器上，這些服務(wù)器上運(yùn)行的是SOLARIS操作系統(tǒng)。
服務(wù)器不存在物理故障。由于公司業(yè)務(wù)變化，需要增加一臺(tái)服務(wù)器跑新的應(yīng)用。服務(wù)器管理員在原服務(wù)器在線的狀態(tài)下，將其中一個(gè)lun映射到一臺(tái)新服務(wù)器上。實(shí)際上，這個(gè)剛映射過(guò)去的卷已經(jīng)map到了solaris生產(chǎn)系統(tǒng)上的某個(gè)lun上了。映射到新服務(wù)器后，服務(wù)器對(duì)這個(gè)卷進(jìn)行初始化的操作，原solaris系統(tǒng)上的磁盤(pán)報(bào)錯(cuò)，重啟服務(wù)器后這個(gè)卷已經(jīng)無(wú)法掛載。
服務(wù)器管理員尋求sun原廠工程師的幫助。sun工程師檢測(cè)后執(zhí)行了fsck操作。執(zhí)行完成后文件系統(tǒng)掛載成功。查看數(shù)據(jù)時(shí)發(fā)現(xiàn)多數(shù)數(shù)據(jù)丟失或者文件大小變?yōu)?，最新數(shù)據(jù)全部丟失。

服務(wù)器故障分析：
本次案例故障情況在san環(huán)境下比較常見(jiàn)，這類故障大多是管理員不小心所致。
正常工作模式下，san分配的卷為獨(dú)立占用模式。如果管理員不小心將其映射給兩個(gè)或多個(gè)操作系統(tǒng)，將會(huì)導(dǎo)致文件系統(tǒng)一致性出錯(cuò)。
這種故障下要恢復(fù)數(shù)據(jù)，首先需要分析文件系統(tǒng)各個(gè)結(jié)構(gòu)的損壞狀態(tài)。因?yàn)樵摂?shù)據(jù)恢復(fù)案例中，文件系統(tǒng)采用UFS，所以對(duì)任何一個(gè)需要恢復(fù)的文件來(lái)說(shuō)，優(yōu)先考慮目錄信息、節(jié)點(diǎn)、數(shù)據(jù)區(qū)是否正常。如上述3個(gè)信息均正常，數(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、對(duì)出現(xiàn)故障的lun進(jìn)行完整備份。
2、北亞企安數(shù)據(jù)恢復(fù)工程師基于備份文件解析文件系統(tǒng)。經(jīng)過(guò)分析發(fā)現(xiàn)元文件中的iNode已經(jīng)被清除，無(wú)法通過(guò)還原iNode來(lái)恢復(fù)數(shù)據(jù)，只能通過(guò)文件類型進(jìn)行處理。
3、服務(wù)器數(shù)據(jù)恢復(fù)工程師分析用戶需要恢復(fù)的特定文件，發(fā)現(xiàn)采用vfs的索引文件具有強(qiáng)的類型特征，同時(shí)文件中包含目錄信息。
4、按照vfs的索引結(jié)構(gòu)特征，北亞企安數(shù)據(jù)恢復(fù)工程師編寫(xiě)程序提取數(shù)據(jù)，提取后根據(jù)特征重新命名。
5、按照類型恢復(fù)數(shù)據(jù)文件，之后由用戶方根據(jù)索引文件重新整理數(shù)據(jù)文件。
6、經(jīng)過(guò)用戶方驗(yàn)證，確認(rèn)所需要的重要數(shù)據(jù)已經(jīng)全部恢復(fù)，本次數(shù)據(jù)恢復(fù)工作完成。

審核編輯 黃宇