【北亞伺服器資料恢復】LUN對映出錯導致檔案系統一致性錯誤的資料恢復案例

北亞資料恢復發表於2022-03-31

伺服器資料恢復環境:


伺服器:SUN光纖儲存系統;


6枚300G硬碟組成RAID6,劃分若干LUN,MAP到不同業務的伺服器上;


伺服器作業系統SUN SOLARIS。



故障:


業務新增應用,需要增加一臺伺服器。伺服器管理員在原伺服器線上狀態下將其中一個lun對映到一臺新伺服器上。伺服器

管理員在執行操作之前沒有注意到這個剛剛對映過去的卷已經map到了solaris生產系統上的某個lun上了。將這個lun對映到

新的伺服器後,伺服器對這個捲開始進行初始化,solaris生產系統上的磁碟出現報錯,於是伺服器管理員重啟伺服器,重啟

伺服器之後這個卷已經無法掛載了。


伺服器管理員聯絡SUN原廠工程師進行修復。SUN工程師檢測故障情況後執行了fsck操作併成功掛載檔案系統,但是多數數

據丟失或檔案大小為0,而最新的資料全部丟失。伺服器管理員聯絡北亞資料恢復中心進行伺服器資料恢復。



伺服器資料恢復故障分析:


本案例中的故障在san環境下比較常見,多數情況是伺服器管理員在沒有詳細瞭解伺服器的具體情況而執行操作導致的資料

丟失。


在正常的工作模式下,san分配的卷為獨立佔用模式,如果伺服器管理員將其對映給兩個或多個作業系統將會導致檔案系統

一致性出錯。


在這種情況下要進行資料恢復,首先要分析檔案系統各個結構的損壞狀態。在本次伺服器資料恢復案例中,採用的是UFS文

件系統。在UFS檔案系統下,恢復任何一個檔案都要先確認目錄資訊、節點、資料區是否正常,這3個引數都正常則資料可

恢復。但執行fsck操作後節點會被清除,即使留下目錄資訊也無法與資料一一對應,如果出現這種情況就只能參考檔案內部

格式進行型別式的資料恢復了。



伺服器資料恢復過程:


北亞資料恢復工程師檢查硬體之後確認伺服器無物理故障。


1. 對出現故障的lun進行完整備份,在本次資料恢復案例中無任何硬體故障,正常備份即可。


2. 在備份檔案中對檔案系統進行解析,發現元檔案中的iNode確實已經被清除了,無法透過還原節點(iNode)恢復資料

,只能透過檔案型別進行資料恢復。


3. 資料恢復工程師對使用者需要恢復的特定檔案進行分析,發現採用vfs公文系統的索引檔案具有強的型別特徵,同時檔案中

包含目錄資訊。


4. 按照公文系統的索引結構特徵,北亞資料恢復工程師編寫程式進行資料提取,提取資料後根據特徵重新命名。


5. 按型別恢復資料檔案,然後根據索引檔案對資料檔案進行重新整理。



伺服器恢復資料驗證:


經過2個工作日的資料分析和恢復操作,伺服器資料恢復工程師最終提取了原伺服器內99%的資料和目錄索引檔案,經過服

務器管理員對恢復出來資料進行驗證,最終確認所需要的重要資料已經全部恢復。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31380569/viewspace-2885161/,如需轉載,請註明出處,否則將追究法律責任。

相關文章