服務器數(shù)據(jù)恢復環(huán)境：

SUN光纖存儲，組建RAID6，劃分若干LUN，MAP到不同業(yè)務服務器，操作系統(tǒng)是SUN SOLARIS。

服務器故障&分析：

由于需要增加一臺新服務器用來運行新增的應用，在原服務器還在線狀態(tài)下，用戶將其中一個lun映射到新服務器上。在執(zhí)行操作之前，用戶沒有搞清楚這個即將要映射過去卷實際上已經(jīng)map到了solaris生產(chǎn)系統(tǒng)上的某個lun上了。操作完成之后，這個卷開始進行初始化，原本的solaris上的磁盤報錯。用戶重啟服務器后發(fā)現(xiàn)這個卷已經(jīng)無法掛載了。后來在數(shù)據(jù)恢復之前經(jīng)過硬件工程師的檢測，排除了服務器存在物理故障。用戶方工程師檢測后執(zhí)行fsck操作，完成操作后成功掛載文件系統(tǒng)，但是查看數(shù)據(jù)時發(fā)現(xiàn)大量的數(shù)據(jù)丟失或者文件大小為0，而最新數(shù)據(jù)全部丟失。

故障分析：在正常工作模式下，san分配的卷為獨立占用模式，如果用戶將其映射給兩個或多個操作系統(tǒng)將會導致文件系統(tǒng)一致性出錯。

如果出現(xiàn)這種故障，要想恢復數(shù)據(jù)首先要分析文件系統(tǒng)各個結構的損壞狀態(tài)。本次數(shù)據(jù)恢復案例中故障服務器設備的文件系統(tǒng)采用UFS，所以對任何一個需要恢復的文件來說，需要優(yōu)先檢查目錄信息、節(jié)點、數(shù)據(jù)區(qū)是否正常。如果目錄信息、節(jié)點、數(shù)據(jù)區(qū)均正常，就可以完整恢復數(shù)據(jù)。但多數(shù)情況下，執(zhí)行fsck操作后INODE會被清除，即使留下目錄信息，也無法與數(shù)據(jù)一一對應，這種情況下就只能參考文件內(nèi)部格式進行類型式的恢復。

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

1、完整備份出現(xiàn)問題的lun。

2、基于備份文件解析文件系統(tǒng)，服務器數(shù)據(jù)恢復工程師經(jīng)過分析發(fā)現(xiàn)元文件中的iNode已經(jīng)被清除，所以無法通過還原iNode來恢復數(shù)據(jù)，只能通過文件類型進行數(shù)據(jù)恢復。

3、服務器數(shù)據(jù)恢復工程師分析需要恢復的特定文件，發(fā)現(xiàn)采用vfs公文系統(tǒng)的索引文件具有強的類型特征，同時文件中包含目錄信息。于是，北亞企安數(shù)據(jù)數(shù)據(jù)恢復工程師按照公文系統(tǒng)的索引結構特征編寫程序提取數(shù)據(jù)，完成提取后根據(jù)特征重新命名。

4、按類型恢復數(shù)據(jù)文件，之后由用戶根據(jù)索引文件對數(shù)據(jù)文件進行重新整理。

5、經(jīng)過2天的數(shù)據(jù)分析和恢復操作，北亞企安數(shù)據(jù)恢復工程師提取了故障服務器內(nèi)的絕大部分的數(shù)據(jù)和目錄索引文件，經(jīng)過用戶的反復驗證，確認所需要的重要數(shù)據(jù)已經(jīng)全部恢復。

審核編輯：湯梓紅