伺服器不能啟動，修復後部分檔案丟失怎麼解決

一、伺服器資料恢復故障描述

介紹資料恢復案例前照例先介紹故障伺服器的物理狀況。本次資料恢復的伺服器是linux作業系統，某品牌730系列伺服器，MD3200系列儲存。導致資料丟失的原因是機房意外斷電導致系統無法正常啟動，客戶管理員對無法訪問的伺服器進行了修復操作後進入系統檢視資料，伺服器部分檔案已經丟失。於是客戶管理員聯絡了資料恢復中心進行伺服器資料恢復。

二、伺服器資料恢復故障分析

1. 備份客戶伺服器資料

   資料恢復工程師接到客戶的伺服器後對伺服器進行了初檢，首先將儲存的lun以只讀的模式對映到了資料恢復中心的資料恢復專用儲存裝置上。接著對客戶的伺服器進行扇區級別的映象操作，這樣做的目的有兩個，一個是可以讓客戶取回原伺服器，避免後期的資料恢復過程佔用客戶裝置，另一個是為了保護客戶的原有資料，因為資料恢復需要大量的資料分析和嘗試，存在有多次嘗試的可能，這樣在映象檔案中進行資料恢復操作就可以避免在客戶的原伺服器上進行操作，保護客戶原資料的完整性。萬一我們恢復失敗了，客戶也可以攜帶原伺服器到其他公司進行資料恢復操作，是一種對客戶資料負責的方式。

2. 分析伺服器故障原因

   備份完成後，伺服器資料恢復工程師對底層資料進行檢視，發現伺服器的目錄項已經遭到了破壞，所幸運的是這些目錄項的破壞並沒影響到伺服器的重要資料，僅僅是將目錄項破壞了一些，這些破壞可以透過人工進行修復。由於客戶的伺服器管理員進行過修復操作，這也就導致了損壞的目錄項本質上並沒有被成功修復，而是以節點號進行命名同時存放到了lost+found資料夾內，對應的資料區索引也被伺服器進行了自動清除。工程師以前處理過很多起類似的資料丟失案例，這種情況下只需要根據檔案系統和檔案型別在自由空間中進行碎片匹配、碎片拼合，最終恢復整個伺服器的資料。

三、伺服器資料恢復實施過程

在本次資料恢復案例中的節點資訊已經被清除，無法根據節點資訊還原資料。伺服器資料恢復工程師提取出lost+found資料夾下的檔名稱，根據丟失檔案的檔案目錄項節點號進行一一匹配，從而分析出丟失的目錄結構。再繼續分析底層資料，根據檔案系統的結構資訊在底層空間的相對應位置掃描符合丟失目錄結構條件的資訊並進行提取，再與目錄項節點號進行整合，把掃描到的目錄項節點號記錄到資料庫裡面，之後在透過lost+found裡面的檔案記錄號和資料庫裡面的記錄號進行匹配。

四、伺服器資料恢復結果

在本次伺服器資料恢復案例中，客戶的伺服器先是異常斷電導致檔案系統被損壞，接著被管理員進行了人人工修復導致大量檔案的目錄結構丟失，在修復和檢查過程中伺服器還寫入了一部分的新資料，這就直接導致了本次伺服器資料恢復的過程比正常情況下的資料丟失更為複雜一些，由於工程師有著多年的伺服器資料恢復經驗，在經過一段時間的分析和重組後，最終成功提取出了客戶伺服器丟失的資料。客戶對恢復成功的資料進行驗證，經過驗證，客戶原伺服器內的所有資料都恢復成功，可以正常使用，客戶認可本次伺服器資料恢復結果。