服務器數據恢復環境：

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

服務器故障&分析：

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

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

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

服務器數據恢復過程：

1、完整備份出現問題的lun。

2、基于備份文件解析文件系統，服務器數據恢復工程師經過分析發現元文件中的iNode已經被清除，所以無法通過還原iNode來恢復數據，只能通過文件類型進行數據恢復。

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

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

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

審核編輯：湯梓紅