服務器數據恢復環(huán)境：
一臺服務器上有一組由4塊SAS硬盤組建的RAID5陣列，采用的reiserfs文件系統(tǒng)。
原始數據組織結構：幾十MB的boot分區(qū)+數百GB的LVM卷+2GB的swap分區(qū)。LVM卷中劃分了一個reiserfs文件系統(tǒng)，作為根分區(qū)。

服務器故障：
服務器在運行過程中操作系統(tǒng)由于未知原因崩潰。服務器管理員重裝系統(tǒng)后發(fā)現(xiàn)數據組織結構發(fā)生了改變：2GB的boot與swap分區(qū)+數百GB的LVM卷，LVM卷中文件系統(tǒng)位置有個空的reiserfs超級塊。
需要恢復的數據是LVM卷中的reiserfs文件系統(tǒng)上所有用戶數據，包含數據庫、網站程序與網頁、OA系統(tǒng)里的所有辦公文檔。

服務器數據恢復過程：
1、將故障服務器上所有硬盤編號后取出，經過硬件工程師檢測后沒有發(fā)現(xiàn)存在硬件故障和壞道。將所有硬盤以只讀方式做完整鏡像備份，鏡像完成后將所有硬盤根據編號按照原樣還原到原服務器中。后續(xù)的數據分析和數據恢復操作都基于鏡像文件進行，避免在數據恢復過程中對原始數據造成二次破壞。
2、服務器數據恢復工程師通過對全盤reiserfs樹節(jié)點之間的關聯(lián)確定原reiserfs分區(qū)位置。經過分析發(fā)現(xiàn)原來存儲數據的文件系統(tǒng)的前2GB數據已經被覆蓋。出現(xiàn)這個問題的原因應該是工作人員在為服務器重新安裝操作系統(tǒng)時錯誤地將分區(qū)結構初始化，所以裝好系統(tǒng)后無法導入LVM卷，于是試圖通過reiserfsck修復。
Tips：reiserfs文件系統(tǒng)對文件系統(tǒng)中所有的文件(含目錄)線性化后，再以文件key生成B+樹。隨著樹不斷增加節(jié)點，樹的結構整體拉展并向整個磁盤的數據區(qū)做平滑遷移。所以頂級節(jié)點通常不會放在文件系統(tǒng)的最前面。
根目錄的文件KEY號通常是最小的。從空間上看，前2GB空間中存放最多的應該是離根起始路徑最近的key節(jié)點。由于用戶數據目錄層次較深，節(jié)點存在的可能性很高。前2GB被覆蓋的數據已經無法恢復，且文件系統(tǒng)前面對整個樹的索引全部丟失，加上reiserfs的樹的抽象設計，重搭建樹會很困難。
3、北亞企安數據恢復工程師使用自主開發(fā)的工具在整個原文件系統(tǒng)區(qū)域進行key節(jié)點掃描并導出所有節(jié)點。然后通過自主開發(fā)的工具重新排序所有葉節(jié)點、過濾（去掉之前刪除文件丟棄的節(jié)點），重新生成二級、三級、四級等葉節(jié)點。選擇分區(qū)前面2GB空間作為新樹的結構區(qū)，并生成對應地址信息。
針對原樹路徑某節(jié)點丟失的情況，對其用自定義的key節(jié)點編號命名；如無法確定其父目錄，暫加入/otherfiles下。
4、生成樹索引信息，寫入特定位置。根據這些信息，生成超級塊，設置clear標志。在suse虛擬機下，創(chuàng)建快照，掛載修復好的卷，這時已經可以看到文件了。
5、在修復用的suse虛擬機下，掛載用于copy數據的目標硬盤，mkfs后將所有數據cp到目標盤。
6、用戶方通過find命令整理所需數據，修正部分目錄文件位置與名稱。部分丟失的散文件，按大小與文件頭標志查找，找到后移動及重命名。
7、處理完后驗證數據。經過驗證，用戶方確認所有數據完整恢復。本次數據恢復工作完成。

審核編輯 黃宇