服務器數據恢復環境：
某公司一臺DELL服務器，作為WEB服務器使用，安裝的Windows Server操作系統，配置了SQL Server數據庫；
采用了Xen Server虛擬化系統；
底層是通過raid卡，用4塊STAT硬盤搭建的RAID10。

服務器故障：
服務器意外斷電導致虛擬機磁盤丟失，虛擬機不可用，SQL Server數據庫和網站文件丟失。需要恢復SQL Server數據庫。

服務器數據恢復過程：
1、將故障服務器中所有硬盤以只讀方式進行鏡像備份，后續的數據恢復分析和數據恢復操作都基于鏡像文件進行，不會對原服務器做任何操作，保證原服務器初始狀態，避免對原始數據造成可能的二次破壞。
2、基于鏡像文件對底層數據進行分析，發現故障服務器中丟失的虛擬機磁盤都采用了LVM的結構。進入到“/etc/lvm/backup/”目錄下查詢看是否有損壞的虛擬磁盤信息，如果有就意味著LVM信息尚有保存；如果沒有就意味著虛擬磁盤信息已經被更新，只能通過底層數據查找沒有更新的lvm信息。本案例中北亞企安數據恢復工程師從底層數據中查詢到了尚未更新的lvm信息，見下圖：

北亞企安數據恢復——Xen Server數據恢復

3、找到lvm信息就意味著數據還在。基于lvm信息分析&查找虛擬磁盤的分區數據，但是數據恢復工程師經過分析后竟然發現虛擬磁盤被破壞了，這種現象非常少見。經過進一步查找和分析后確認該區域的數據確實被破壞了，只能找到一些數據庫頁碎片，可以通過數據庫碎片拼接的手段來恢復數據，即根據數據庫結構，將底層找到的數據庫的頁碎片按照原先的順序拼接起來，然后對數據庫進行修復和校檢后即可恢復數據庫。
4、試圖通過數據庫備份來恢復數據庫。因為之前數據庫做過一次備份，數據庫備份文件和網站代碼被一起壓縮到一個RAR壓縮包文件中。正常情況下rar壓縮包的第一個扇區記錄的是文件名，所以可以根據文件名反向查找壓縮包的數據起始位置，把相應的壓縮包底層數據提取出來并重命名。但是在實際的恢復過程中卻出現了意外，提取出來的壓縮包解壓時報錯，報錯信息見下圖：

北亞企安數據恢復——Xen Server數據恢復

5、嘗試使用rar修復工具（設置為“忽略錯誤”）繼續解壓數據，仍然解壓失敗。常規的數據恢復方法行不通。只能通過數據庫碎片拼接來恢復數據庫數據。
6、在數據庫層面分析數據庫開始位置，分析出數據庫開始位置后根據每個數據庫頁的編號和文件號去底層掃描符合這個數據庫頁的所有數據，最后由北亞企安數據恢復工程師將所有掃描出來的數據重組為一個mdf文件。經過校驗程序檢測合格后提取數據。重組后的mdf文件見下圖：

北亞企安數據恢復——Xen Server數據恢復

數據驗證：
經過北亞企安數據恢復工程師團隊的不懈努力，最終將服務器內的數據全部提取出來并通過初步驗證。搭建了數據庫環境，將恢復出來的數據庫數據附加上去進行查詢，最新數據都查詢正常。本次數據恢復完成。恢復結果見下圖：

北亞企安數據恢復——Xen Server數據恢復

審核編輯黃宇