Xen server虛擬化磁盤文件丟失恢復(fù)案例實(shí)施過程

虛擬機(jī)環(huán)境描述
虛擬機(jī)硬件環(huán)境為一臺某品牌720型號服務(wù)器，4塊2T STAT硬盤配戴一張H710P的RAID卡組成raid10磁盤陣列。操作系統(tǒng)為Xen Server 6.2版本，Windows Server 2003系統(tǒng)。上層是Web服務(wù)器，網(wǎng)站架構(gòu)是ASP + SQL 2005。虛擬磁盤有兩個，一個是數(shù)據(jù)盤5G空間，另一個是系統(tǒng)盤10G空間。機(jī)房斷電導(dǎo)致Xen Server服務(wù)器中一臺VPS不可用，Xen Server虛擬機(jī)磁盤文件丟失。

虛擬機(jī)故障檢測過程
準(zhǔn)備足夠的數(shù)據(jù)空間并將客戶數(shù)據(jù)全盤備份至北亞數(shù)據(jù)恢復(fù)環(huán)境服務(wù)器，分析該服務(wù)器中的磁盤發(fā)現(xiàn)該服務(wù)器中的磁盤以LVM的結(jié)構(gòu)進(jìn)行存放，這種形式中每一虛擬磁盤均為一個lv，虛擬磁盤為精簡模式，Xen Server有記載lvm的相關(guān)信息。
找到/etc/lvm/backup/frombtye.com 目錄，查詢lvm相關(guān)信息結(jié)果并沒有存在損壞的虛擬磁盤信息，lvm信息肯定已經(jīng)被更新，只能通過對底層進(jìn)行分析嘗試查詢未被更新的lvm信息。查詢結(jié)果如下（在底層找到了未被更新的lvm信息）

工程師順藤摸瓜找到了虛擬磁盤的數(shù)據(jù)區(qū)域，但數(shù)據(jù)已被破壞。所以導(dǎo)致虛擬機(jī)不可用的最終原因是虛擬磁盤被破壞引起了操作系統(tǒng)和數(shù)據(jù)丟失。

數(shù)據(jù)恢復(fù)方案一：
由于RAR壓縮包文件的存儲規(guī)律為文件第一扇區(qū)為該文件的名稱，所以通常情況下可以根據(jù)RAR壓縮包的結(jié)構(gòu)提取數(shù)據(jù)的開始位置，然后根據(jù)備份數(shù)據(jù)庫壓縮包文件名和現(xiàn)有壓縮包位置文件名進(jìn)行匹配就可以定位到數(shù)據(jù)庫壓縮包的起始位置，對這片壓縮包的區(qū)域進(jìn)行數(shù)據(jù)恢復(fù)即可。
數(shù)據(jù)恢復(fù)過程十分順利，工程師將恢復(fù)出來的RAR格式文件進(jìn)行解壓時卻報錯“rar壓縮文件底層損壞”。使用RAR的修復(fù)工具忽略錯誤對部分?jǐn)?shù)據(jù)進(jìn)行解壓后查詢文件，除部分網(wǎng)站代碼外并沒有可用的數(shù)據(jù)庫備份文件。planA失敗。

數(shù)據(jù)恢復(fù)方案二：
在數(shù)據(jù)庫結(jié)構(gòu)中，通常會在第9頁記錄該數(shù)據(jù)庫的庫名，每個頁中都會記錄數(shù)據(jù)庫頁編號以及文件號。所以可以通過數(shù)據(jù)庫結(jié)構(gòu)到底層分析數(shù)據(jù)庫起始位置，然后在底層掃描出符合數(shù)據(jù)庫頁的數(shù)據(jù)碎片重組mdf文件，（mdf文件重建后需要通過mdf校驗(yàn)程序檢測文件是否完整）。最后由數(shù)據(jù)庫工程師搭建新的數(shù)據(jù)庫環(huán)境，將數(shù)據(jù)附加到該環(huán)境中。實(shí)施過程截圖如下：

數(shù)據(jù)恢復(fù)結(jié)果
通過拼數(shù)據(jù)庫碎片的方式成功將數(shù)據(jù)庫恢復(fù)完成，經(jīng)客戶驗(yàn)證后沒有問題，整個數(shù)據(jù)恢復(fù)成功。