兆柏服務器數據恢復」reiserfs文件系統損壞的數據恢復案例

　　服務器數據恢復環境：

　　文件系統是reiserfs的服務器；

　　4塊146G SAS硬盤組成的RAID5；

　　分區結構：一個幾十M的boot分區，一個271G的LVM卷，一個2G的swap分區，LVM卷中直接劃分了一個reiserfs文件系統作為根分區。

　　兆柏服務器數據恢復——reiserfs文件系統數據恢復

　　故障：

　　服務器在運行過程中由于未知原因系統癱瘓，服務器管理員重裝系統后發現整個RAID邏輯卷變成了：2G的boot與swap分區，271G的LVM卷，LVM卷中文件系統位置有個空的reiserfs超級塊。服務器管理員聯系兆柏數據恢復中心進行數據恢復。

　　本案例要恢復的數據包括271G的LVM卷中文件系統里的所有用戶數據，這些數據包含了數據庫、網站程序與網頁、單位OA系統里的所有辦公文檔。

　　服務器數據恢復過程：

　　1、通過對全盤reiserfs樹節點之間的關聯確定原來的reiserfs分區位置，兆柏服務器數據恢復工程師發現原來存儲數據的文件系統的前2G數據已經被覆蓋，應該是服務器管理員在安裝系統時錯誤地初始化了分區結構，裝好系統后無法導入LVM卷，然后使用reiserfsck試圖修復文件系統。

　　注：因reiserfs文件系統對文件系統里所有的文件(含目錄)線性化后，以文件key生成B+樹，樹不斷增加節點，樹的結構整體拉展后會向整個磁盤的數據區做平滑遷移，所以頂級節點通常不會放在文件系統的最前面。通常情況下，根目錄的文件KEY號是最小的，所以，文件系統的前2G數據中最多的應該是從根起始路徑最近的key節點，而用戶數據目錄層次較深，節點存在的可能性很高。前2G的數據已經被覆蓋無法恢復，所以文件系統對整個樹的索引全丟失，再加上reiserfs的樹概念設計很抽象，重搭建樹很困難。

　　2、兆柏數據恢復中心工程師通過自主開發的程序對原文件系統區域進行key節點掃描并將所有節點導出。然后通過自主開發的程序對所有葉節點重新排序、過濾(去掉之前刪除文件丟棄的節點)，重新生成二級、三級、四級等葉節點。選擇分區前面2G空間(這部分數據沒有用處了)作為新樹的結構區，并生成對應地址信息。

　　兆柏服務器數據恢復——reiserfs文件系統數據恢復

　　3、目錄命名問題的解決方案：如遇到原樹路徑某節點丟失的情況，對其用自定義的key節點編號命名；如無法確定其父目錄，暫加入到/otherfiles下。常州數據恢復生成樹索引信息，寫入特定位置，再根據這些信息，生成超級塊，設置clear標志。在suse虛擬機下創建快照，掛載修復好的卷，已經可以看到文件了。

　　注：虛擬機與快照的目的為了操作可回溯，同時因bitmap等元數據不影響數據，未做修正，故掛載前不可做reiserfsck。

　　4、在修復用的suse虛擬機下，掛載用于復制數據的目標硬盤，mkfs后將所有數據cp到目標盤。服務器管理員整理所需數據，修正部分目錄文件位置與名稱。對于部分丟失的散文件，按大小與文件頭標志查找，找到后移動和重命名。

　　數據恢復結果：

　　由于樹的不直觀性加上程序的調試導致本案例的數據恢復工作充滿復雜性和不確定性。所幸的是，經過兆柏數據恢復工程師團隊的不懈努力，所有的重要數據都被找到。