服務器數據恢復環境：
SUN光纖存儲系統中有一組由6個硬盤組建的RAID6，劃分為若干LUN，MAP到跑不同業務的服務器上，這些服務器上運行的是SOLARIS操作系統。
服務器不存在物理故障。由于公司業務變化，需要增加一臺服務器跑新的應用。服務器管理員在原服務器在線的狀態下，將其中一個lun映射到一臺新服務器上。實際上，這個剛映射過去的卷已經map到了solaris生產系統上的某個lun上了。映射到新服務器后，服務器對這個卷進行初始化的操作，原solaris系統上的磁盤報錯，重啟服務器后這個卷已經無法掛載。
服務器管理員尋求sun原廠工程師的幫助。sun工程師檢測后執行了fsck操作。執行完成后文件系統掛載成功。查看數據時發現多數數據丟失或者文件大小變為0，最新數據全部丟失。

服務器故障分析：
本次案例故障情況在san環境下比較常見，這類故障大多是管理員不小心所致。
正常工作模式下，san分配的卷為獨立占用模式。如果管理員不小心將其映射給兩個或多個操作系統，將會導致文件系統一致性出錯。
這種故障下要恢復數據，首先需要分析文件系統各個結構的損壞狀態。因為該數據恢復案例中，文件系統采用UFS，所以對任何一個需要恢復的文件來說，優先考慮目錄信息、節點、數據區是否正常。如上述3個信息均正常，數據可完整恢復。多數情況下，執行fsck后INODE會被清除，即使目錄信息還在，也無法與數據一一對應，這樣就只能參考文件內部格式進行類型式的恢復。

服務器數據恢復過程：
1、對出現故障的lun進行完整備份。
2、北亞企安數據恢復工程師基于備份文件解析文件系統。經過分析發現元文件中的iNode已經被清除，無法通過還原iNode來恢復數據，只能通過文件類型進行處理。
3、服務器數據恢復工程師分析用戶需要恢復的特定文件，發現采用vfs的索引文件具有強的類型特征，同時文件中包含目錄信息。
4、按照vfs的索引結構特征，北亞企安數據恢復工程師編寫程序提取數據，提取后根據特征重新命名。
5、按照類型恢復數據文件，之后由用戶方根據索引文件重新整理數據文件。
6、經過用戶方驗證，確認所需要的重要數據已經全部恢復，本次數據恢復工作完成。

審核編輯 黃宇