服務器數(shù)據(jù)恢復環(huán)境:
san環(huán)境下的存儲上一組由6塊硬盤組建的RAID6,劃分為若干LUN,MAP到跑不同業(yè)務的服務器上,服務器上層是SOLARIS操作系統(tǒng)+UFS文件系統(tǒng)。
服務器故障:
業(yè)務需求需要增加一臺服務器跑新增的應用,工作人員在原服務器在線的狀態(tài)下將其中一個lun映射到一臺新服務器上。實際上這個剛映射過去的卷已經map到了solaris生產系統(tǒng)上的某個lun上了。新服務器對這個映射過來的卷進行初始化,原來的solaris系統(tǒ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ù)一一對應,這種情況下就只能參考文件內部格式進行類型式的恢復了。
服務器數(shù)據(jù)恢復過程:
1、將出現(xiàn)問題的lun完整備份,后續(xù)的數(shù)據(jù)分析和數(shù)據(jù)恢復操作都在備份文件進行,避免對原始數(shù)據(jù)造成二次破壞。
2、基于備份文件解析文件系統(tǒng),經過分析發(fā)現(xiàn)文件中的iNode已經被清除,無法通過還原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ù)恢復工作完成。
審核編輯 黃宇
-
服務器
+關注
關注
12文章
8843瀏覽量
84946 -
數(shù)據(jù)恢復
+關注
關注
10文章
525瀏覽量
17312
發(fā)布評論請先 登錄
相關推薦
評論