【伺服器資料恢復】Linux伺服器EXT4檔案系統故障的資料恢復案例

伺服器資料恢復環境：

LINUX作業系統伺服器；

4塊SAS磁碟組成RAID5陣列；

共兩個卷：一個為/boot，另一個是LVM；LVM中又劃分了一個根分割槽和一個交換分割槽。

伺服器故障&分析：

伺服器在執行時候突然當機，管理員進行重啟操作，無法進入作業系統，但是raid正常。管理員聯絡我們資料恢復中心尋求

幫助。管理員要求恢復的資料是儲存在根分割槽中的MYSQL資料庫和網站備份的tar.gz檔案，檔案系統為EXT4。經過北亞服

務器資料恢復工程師檢測，初步判斷是檔案系統故障導致的資料丟失。

伺服器資料恢復過程：

1、由於RAID沒有發現問題，伺服器資料恢復工程師對故障伺服器進行檢測後，將故障伺服器所有硬碟中的資料都完整映象

到北亞資料恢復中心的安全儲存中。

2、基於映象檔案進行故障原因分析並制定針對故障伺服器的資料恢復方案。

3、經過進一步分析發現EXT4檔案系統超級塊、塊組描述符、塊點陣圖和大部分I節點都正常，但部分負荷重的MYSQL表的文

件的I節點所在的塊全被FF填充，EXT4一個I節點佔256 byte，此EXT4檔案系統塊長度為4KB，一個塊可儲存16個I節點，一

個檔案或一個目錄都會使用一個I節點，所以一個檔案I節點出現問題，會額外影響其它的15個檔案。北亞資料恢復中心也處

理過多例I節點塊被FF填充的故障，可能是EXT3/4系列檔案系統的BUG。

4、I節點塊被FF填充這類故障產生的原因大同小異。北亞資料恢復中心憑藉對LINUX檔案系統多年的深入研究和豐富的資料

恢復經驗，修復好損壞的EXT4檔案系統，匯出MYSQL資料庫和需要的網站備份tar.gz檔案。經過管理員的親自驗證，資料

庫和tar.gz檔案均正常，資料恢復完成。

伺服器資料安全Tips：

1、伺服器發生故障後，使用者切忌再對伺服器進行任何操作，也切忌隨意取出硬碟，以免弄亂順序增加後期資料恢復的難度。

2、如果已經取出硬碟，標記好硬碟的順序。

3、求助專業正規的伺服器資料恢復機構，切忌因為報價便宜而把資料恢復的工作隨便交付給一家公司。

4、如果單位伺服器記憶體儲的是保密度較高或者較為重要的資料資料，建議配備單位內部的伺服器資料恢復裝置，避免在服

務器資料恢復的過程中出現資料洩密的風險。