這篇文章主要為大家展示了“服務(wù)器斷電導(dǎo)致虛擬機數(shù)據(jù)丟失怎么辦”，內(nèi)容簡而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“服務(wù)器斷電導(dǎo)致虛擬機數(shù)據(jù)丟失怎么辦”這篇文章吧。

公司主營業(yè)務(wù)：成都網(wǎng)站建設(shè)、網(wǎng)站設(shè)計、移動網(wǎng)站開發(fā)等業(yè)務(wù)。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團(tuán)隊。公司秉承以“開放、自由、嚴(yán)謹(jǐn)、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領(lǐng)域給我們帶來的挑戰(zhàn)，讓我們激情的團(tuán)隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。創(chuàng)新互聯(lián)推出漳縣免費做網(wǎng)站回饋大家。

虛擬機數(shù)據(jù)丟失情況描述

因服務(wù)器突然斷電原因?qū)е耎en Server服務(wù)器中一臺vps（即Xen Server虛擬機）不可用，虛擬磁盤文件丟失。硬件環(huán)境是Dell 720服務(wù)器配戴一張H710P的RAID卡，由4塊希捷2T STAT硬盤組成的RAID 10，上層環(huán)境是Xen Server 6.2版本操作系統(tǒng)，虛擬機是Windows Server 2003系統(tǒng)，10G系統(tǒng)盤 + 5G數(shù)據(jù)盤兩個虛擬機磁盤，上層是Web服務(wù)器（ASP + SQL 2005的網(wǎng)站架構(gòu)）。

分析故障原因

為確?？蛻粼紨?shù)據(jù)的安全必須先將客戶的數(shù)據(jù)盤連接到恢復(fù)環(huán)境服務(wù)器上準(zhǔn)備對數(shù)據(jù)進(jìn)行鏡像備份，這一步中需要準(zhǔn)備超過客戶硬盤總?cè)萘康拇鎯臻g將數(shù)據(jù)以底層扇區(qū)的方式進(jìn)行鏡像備份。

在案例中分析底層數(shù)據(jù)發(fā)現(xiàn)Xen Server服務(wù)器中虛擬機的磁盤均以以LVM的結(jié)構(gòu)存放，即每個虛擬機的虛擬磁盤都是一個LV，并且虛擬磁盤的模式是精簡模式的。LVM的相關(guān)信息在Xen Server中都有記載，查看“/etc/lvm/backup/frombtye.com “下LVM的相關(guān)信息發(fā)現(xiàn)并沒有存在損壞的虛擬磁盤信息，因此可以斷定LVM的信息已經(jīng)被更新了。接著分析底層看能否找到未被更新的LVM信息，果不其然在底層發(fā)現(xiàn)了還未更新的LVM信息。如下圖：

根據(jù)未被更新的LVM信息找到了虛擬磁盤的數(shù)據(jù)區(qū)域，發(fā)現(xiàn)該區(qū)域的數(shù)據(jù)已被破壞。分析后發(fā)現(xiàn)造成虛擬機不可用的最終原因是因為虛擬機的虛擬磁盤被破壞，從而導(dǎo)致虛擬機中的操作系統(tǒng)和數(shù)據(jù)丟失。而導(dǎo)致這種情況的發(fā)生很有可能是虛擬機遭遇網(wǎng)絡(luò)攻擊或hack入侵后留下惡意程序造成的。仔細(xì)核對這片區(qū)域后發(fā)現(xiàn)，雖然該區(qū)域有很多數(shù)據(jù)被破壞了，但還是發(fā)現(xiàn)了很多數(shù)據(jù)庫的頁碎片。因此可以嘗試將許多數(shù)據(jù)庫的頁碎片拼成一個可用的數(shù)據(jù)庫。

制定數(shù)據(jù)恢復(fù)方案：

1、實施方案一

根據(jù)RAR壓縮包的結(jié)構(gòu)可以找到很多壓縮包的數(shù)據(jù)開始位置，而RAR壓縮包文件的第一個扇區(qū)中會記錄此RAR的文件名。因此根據(jù)從客戶那里得知備份數(shù)據(jù)庫的壓縮包文件名和目前找到的壓縮包位置的文件名相匹配，即可找到備份數(shù)據(jù)庫壓縮包的開始位置。找到壓縮包的位置后仔細(xì)分析這片區(qū)域的數(shù)據(jù)，然后將此區(qū)域的數(shù)據(jù)恢復(fù)出來重命名為一個RAR格式的壓縮文件。然后嘗試解壓此壓縮包，發(fā)現(xiàn)解壓報錯。

報錯如下圖所示：

仔細(xì)分析恢復(fù)出來的壓縮包發(fā)現(xiàn)中有部分?jǐn)?shù)據(jù)被破壞了，因此解壓的時候報錯。嘗試使用RAR的修復(fù)工具看能否忽略錯誤，解壓部分?jǐn)?shù)據(jù)。結(jié)果修復(fù)完成之后解壓的數(shù)據(jù)庫只有網(wǎng)站的部分代碼，并沒有數(shù)據(jù)庫的備份文件。因此可以判斷數(shù)據(jù)的備份文件在RAR壓縮包中是損壞的。

如下是解壓出來的部分網(wǎng)站代碼。

2、實施方案二

由于方案一并沒有將數(shù)據(jù)庫恢復(fù)出來，因此采用方案二來恢復(fù)數(shù)據(jù)。根據(jù)SQL Server數(shù)據(jù)庫的結(jié)構(gòu)去底層分析數(shù)據(jù)庫的開始位置，在數(shù)據(jù)庫的結(jié)構(gòu)中，第9個頁會記錄本數(shù)據(jù)庫的數(shù)據(jù)庫名。因此在客戶那里獲取數(shù)據(jù)庫的名稱之后，再分析底層找到此數(shù)據(jù)庫的開始位置。因為在數(shù)據(jù)庫的每個頁中都會記錄數(shù)據(jù)庫頁編號以及文件號，所以可以根據(jù)這些特征編寫程序去底層掃描符合數(shù)據(jù)庫頁的數(shù)據(jù)。

然后將掃描出來的碎片按順序重組成一個完整MDF文件，再通過MDF校驗程序檢測整個MDF文件是否完整。重建的MDF文件如下：

驗證數(shù)據(jù)

檢測沒問題之后再搭建數(shù)據(jù)庫環(huán)境，將重組后的數(shù)據(jù)庫附加到搭建好的數(shù)據(jù)庫環(huán)境中。然后查詢相關(guān)表數(shù)據(jù)是否正常，查詢最新數(shù)據(jù)是否存在。截圖如下：

虛擬機數(shù)據(jù)恢復(fù)總結(jié)：

由于數(shù)據(jù)庫需要結(jié)合網(wǎng)站代碼才能更好的驗證數(shù)據(jù)庫的完整性。客戶從開發(fā)商里拿到了網(wǎng)站代碼搭建好了環(huán)境，然后將恢復(fù)好的數(shù)據(jù)庫發(fā)給用戶。經(jīng)用戶驗證后，數(shù)據(jù)庫沒問題，通過拼數(shù)據(jù)庫碎片的方式成功將數(shù)據(jù)庫恢復(fù)完成，整個數(shù)據(jù)恢復(fù)成功。

以上是“服務(wù)器斷電導(dǎo)致虛擬機數(shù)據(jù)丟失怎么辦”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學(xué)習(xí)更多知識，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！