【伺服器資料恢復】SUN SOLARIS資料恢復案例

伺服器資料恢復環境：

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天的資料分析和恢復操作，北亞企安資料恢復工程師提取了故障伺服器內的絕大部分的資料和目錄索引檔案，經過

使用者的反覆驗證，確認所需要的重要資料已經全部恢復。