服務器數(shù)據(jù)恢復環(huán)境：
san環(huán)境下的存儲上一組由6塊硬盤組建的RAID6，劃分為若干LUN，MAP到跑不同業(yè)務的服務器上，服務器上層是SOLARIS操作系統(tǒng)+UFS文件系統(tǒng)。

服務器故障：

業(yè)務需求需要增加一臺服務器跑新增的應用，工作人員在原服務器在線的狀態(tài)下將其中一個lun映射到一臺新服務器上。實際上這個剛映射過去的卷已經(jīng)map到了solaris生產(chǎn)系統(tǒng)上的某個lun上了。新服務器對這個映射過來的卷進行初始化，原來的solaris系統(tǒng)上的磁盤報錯，重啟服務器后這個卷已經(jīng)無法掛載了。
聯(lián)系原廠工程師尋求幫助，原廠工程師檢測后執(zhí)行了fsck操作，完成fsck操作后文件系統(tǒng)掛載成功，查看數(shù)據(jù)時發(fā)現(xiàn)大量數(shù)據(jù)丟失或者文件大小變?yōu)?，最新的數(shù)據(jù)全部丟失。
本案例故障情況在san環(huán)境下比較常見，多數(shù)情況下是工作人員在沒有考慮充分的情況下進行操作導致數(shù)據(jù)丟失。
在正常的工作模式下，san分配的卷為獨立占用模式，如果將卷映射給兩個或多個操作系統(tǒng)，就會導致文件系統(tǒng)一致性出錯。
在這種故障情況下恢復數(shù)據(jù)，首先需要分析文件系統(tǒng)各個結構的損壞狀態(tài)。本案例的文件系統(tǒng)是UFS，所以對任何一個需要恢復的文件，我們需要考慮目錄信息、節(jié)點、數(shù)據(jù)區(qū)是否正常。如果上述三者均正常，數(shù)據(jù)可完整恢復。但多數(shù)情況下，執(zhí)行fsck后INODE會被清除，即使留下目錄信息，也無法與數(shù)據(jù)一一對應，這種情況下就只能參考文件內(nèi)部格式進行類型式的恢復了。

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

1、將出現(xiàn)問題的lun完整備份，后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都在備份文件進行，避免對原始數(shù)據(jù)造成二次破壞。
2、基于備份文件解析文件系統(tǒng)，經(jīng)過分析發(fā)現(xiàn)文件中的iNode已經(jīng)被清除，無法通過還原iNode的方式來恢復數(shù)據(jù)，只能通過文件類型進行處理。
3、對用戶需要恢復的特定文件進行分析，發(fā)現(xiàn)采用vfs公文系統(tǒng)的索引文件具有強的類型特征，而且文件中包含目錄信息。
4、按照vfs公文系統(tǒng)的索引結構特征，北亞企安數(shù)據(jù)恢復工程師編寫程序提取數(shù)據(jù)，提取數(shù)據(jù)完成后根據(jù)特征重新命名。
5、按類型恢復數(shù)據(jù)文件，然后由用戶方根據(jù)索引文件重新整理數(shù)據(jù)文件。
6、整理完成后對恢復出來的數(shù)據(jù)進行檢測，檢測完成后用戶方確認恢復數(shù)據(jù)完整有效。本次服務器數(shù)據(jù)恢復工作完成。

審核編輯 黃宇