服務器數據恢復環境:
SAN光纖網絡環境,存儲由一組6塊硬盤組建的RAID6陣列構成,劃分為若干LUN,MAP到跑不同業務的SUN SOLARIS操作系統服務器上。
服務器故障&分析:
因為業務需要,用戶在該光纖存儲環境中新增一臺SUN SOLARIS操作系統服務器。將存儲中的某個LUN映射到新增的服務器上,但是映射的這個卷之前已經MAP到SOLARIS生產系統上的某個LUN上了。因為未及時察覺這個問題,新增服務器已經對該LUN進行部分初始化操作。
在SOLARIS操作系統層面磁盤報錯,重啟后卷無法掛載。聯系SUN工程師檢測后,執行了fsck操作。操作完成后雖然文件系統可以掛上,但是發現大量文件丟失或文件大小變為0,尤其是最新數據破壞嚴重。
此類故障在SAN光纖網絡環境下較為常見,大多數情況下是人為設置不當造成的,此故障也是如此。正常情況下,SAN分配出來的LUN是獨占的。LUN如果同時被幾個操作系統控制就會導致寫操作不互斥,文件系統一致性出錯。
如果要恢復這類故障中的丟失/破壞的數據,需要深入文件系統觀察各結構的破壞情況。本案例的文件系統是UFS,所以對任何一個需要恢復的文件來說,需要優先考慮目錄信息、節點、數據區這幾個結構是否正常。如果這3個結構均正常,數據可完整恢復。但多數情況下,執行fsck操作后INODE會被清除,即使留下目錄信息,也無法與數據一一對應。這種情況下只能參考文件內部格式進行類型式的恢復。
服務器數據恢復過程:
1、以只讀方式將故障卷完整鏡像。后續的數據分析和數據恢復操作都基于鏡像文件進行,避免對原始數據造成二次破壞。
2、基于鏡像文件分析文件系統,分析發現需要恢復的文件的inode已經被全部清除,無法恢復,只能按照文件類型進行處理。
3、分析需要恢復的特定文件,發現采用vfs公文系統的索引文件具有很強的類型特征,且文件中包含目錄信息。
4、按照vfs公文系統的索引結構特征,北亞企安數據恢復工程師編寫程序提取數據,提取后根據特征重新命名。
5、按照類型恢復數據文件?;謴屯瓿珊笥捎脩舴礁鶕饕募祿募M行重新整理。
6、經過數據恢復工程師的努力,目錄索引文件基本上全部恢復出來,大部分數據文件恢復成功。對于極小部分無法恢復的文件,用戶根據目錄索引文件重新向其他部門采集。用戶認可數據恢復結果。
審核編輯 黃宇
-
存儲
+關注
關注
13文章
4298瀏覽量
85805 -
服務器
+關注
關注
12文章
9127瀏覽量
85337 -
數據恢復
+關注
關注
10文章
568瀏覽量
17432
發布評論請先 登錄
相關推薦
評論