?環(huán)境：?

• Dell PowerEdge服務(wù)器；
• XenServer虛擬化平臺(tái)；
• 4塊希捷2T STAT硬盤(pán)用RAID卡組成的RAID10；
• XenServer虛擬機(jī)操作系統(tǒng)：Windows Server系統(tǒng)；
• 虛擬機(jī)磁盤(pán)：1個(gè)10G系統(tǒng)盤(pán)和1個(gè)5G數(shù)據(jù)盤(pán)，部署的Web服務(wù)器（ASP +SQL）。

?故障：?

• 服務(wù)器突然斷電導(dǎo)致服務(wù)器中一臺(tái)XenServer虛擬機(jī)不可用，虛擬磁盤(pán)文件丟失，服務(wù)器管理員聯(lián)系北亞數(shù)據(jù)恢復(fù)中心尋求幫助。

?故障檢測(cè)和分析：?

• 1、拿到原始數(shù)據(jù)盤(pán)后，北亞數(shù)據(jù)恢復(fù)工程師將原始盤(pán)連接到北亞數(shù)據(jù)恢復(fù)服務(wù)器上，準(zhǔn)備超過(guò)原始盤(pán)總?cè)萘康目臻g作為備份原始盤(pán)數(shù)據(jù)使用，將原始盤(pán)以磁盤(pán)底層扇區(qū)的方式鏡像到備份空間上，以后操作都在備份數(shù)據(jù)上操作，以確保原始盤(pán)數(shù)據(jù)安全。
• 2、分析底層數(shù)據(jù)，北亞數(shù)據(jù)恢復(fù)工程師發(fā)現(xiàn)XenServer中虛擬機(jī)的磁盤(pán)都是以LVM結(jié)構(gòu)存放，即每個(gè)虛擬機(jī)的虛擬磁盤(pán)都是一個(gè)LV，虛擬磁盤(pán)模式是精簡(jiǎn)模式。

LVM的相關(guān)信息在Xen Server中都有記載，查看“/etc/lvm/backup/frombtye.com “下LVM的相關(guān)信息發(fā)現(xiàn)并沒(méi)有存在損壞的虛擬磁盤(pán)信息，因此北亞數(shù)據(jù)恢復(fù)工程師判斷LVM的信息已經(jīng)被更新了。因此，北亞數(shù)據(jù)恢復(fù)工程師只能接著分析底層看能否找到未被更新的LVM信息，經(jīng)過(guò)一番努力，終于在底層發(fā)現(xiàn)還未更新的LVM信息。

如下圖：

• 3、根據(jù)獲取到的未被更新的LVM信息找到虛擬磁盤(pán)存放數(shù)據(jù)的區(qū)域，發(fā)現(xiàn)該區(qū)域的數(shù)據(jù)已被破壞。北亞數(shù)據(jù)恢復(fù)工程師經(jīng)過(guò)分析后

發(fā)現(xiàn)，造成虛擬機(jī)不可用的原因是虛擬機(jī)的虛擬磁盤(pán)被破壞，虛擬機(jī)中的操作系統(tǒng)和數(shù)據(jù)丟失。這種情況很有可能是由虛擬機(jī)遭遇網(wǎng)絡(luò)入侵后留下惡意程序造成的。仔細(xì)核對(duì)這片區(qū)域后，北亞工程師發(fā)現(xiàn)雖然該區(qū)域很多數(shù)據(jù)被破壞，但還是找到很多數(shù)據(jù)庫(kù)的頁(yè)碎片，可以嘗試將這些數(shù)據(jù)庫(kù)的頁(yè)碎片拼接成一個(gè)可用的數(shù)據(jù)庫(kù)。

?服務(wù)器數(shù)據(jù)恢復(fù)過(guò)程：?

1、數(shù)據(jù)恢復(fù)方案一

按照方案一的思路進(jìn)行底層分析，根據(jù)RAR壓縮包的結(jié)構(gòu)可以找到很多壓縮包的數(shù)據(jù)開(kāi)始位置，而RAR壓縮包文件的第一個(gè)扇區(qū)中會(huì)記錄此RAR的文件名。因此通過(guò)從管理員那里獲知的備份數(shù)據(jù)庫(kù)的壓縮包文件名和目前找到的壓縮包位置的文件名相匹配，可找到備份數(shù)據(jù)庫(kù)壓縮包的開(kāi)始位置。找到壓縮包的位置后仔細(xì)分析這片區(qū)域的數(shù)據(jù)，然后將此區(qū)域的數(shù)據(jù)恢復(fù)出來(lái)重命名為一個(gè)RAR格式的壓縮文件，嘗試解壓此壓縮包，解壓報(bào)錯(cuò)。

報(bào)錯(cuò)如下圖所示：

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

如下是解壓出來(lái)的部分網(wǎng)站代碼：

2、數(shù)據(jù)恢復(fù)方案二

由于方案一并沒(méi)有成功將數(shù)據(jù)庫(kù)恢復(fù)出來(lái)，因此采用方案二來(lái)恢復(fù)數(shù)據(jù)。根據(jù)SQL Server數(shù)據(jù)庫(kù)的結(jié)構(gòu)去底層分析數(shù)據(jù)庫(kù)的開(kāi)始位置。在SQL Server數(shù)據(jù)庫(kù)的結(jié)構(gòu)中，第9個(gè)頁(yè)會(huì)記錄本數(shù)據(jù)庫(kù)的數(shù)據(jù)庫(kù)名。因此從服務(wù)器管理員那里獲知到數(shù)據(jù)庫(kù)名稱之后，北亞數(shù)據(jù)恢復(fù)工程師再分析底層找到此數(shù)據(jù)庫(kù)的開(kāi)始位置。因?yàn)樵?code>SQL Server數(shù)據(jù)庫(kù)的每個(gè)頁(yè)中都會(huì)記錄數(shù)據(jù)庫(kù)頁(yè)編號(hào)以及文件號(hào)，北亞數(shù)據(jù)恢復(fù)工程師根據(jù)這些特征編寫(xiě)程序去底層掃描符合數(shù)據(jù)庫(kù)頁(yè)的數(shù)據(jù)。

然后將掃描出來(lái)的碎片按順序重組成一個(gè)完整MDF文件，再通過(guò)MDF校驗(yàn)程序檢測(cè)整個(gè)MDF文件是否完整。

重建的MDF文件如下：

?驗(yàn)證數(shù)據(jù)：?

經(jīng)過(guò)檢測(cè)確定恢復(fù)出來(lái)的數(shù)據(jù)沒(méi)問(wèn)題之后，由北亞工程師搭建數(shù)據(jù)庫(kù)環(huán)境，將重組后的數(shù)據(jù)庫(kù)附加到搭建好的數(shù)據(jù)庫(kù)環(huán)境中，查詢相關(guān)表數(shù)據(jù)是否正常，查詢最新數(shù)據(jù)是否存在。

截圖如下：

由于數(shù)據(jù)庫(kù)需要結(jié)合網(wǎng)站代碼才能更好的驗(yàn)證數(shù)據(jù)庫(kù)的完整性。管理員從網(wǎng)站開(kāi)發(fā)商那里拿到網(wǎng)站代碼搭建好環(huán)境，然后將恢復(fù)出來(lái)的數(shù)據(jù)庫(kù)配置好后去驗(yàn)證，沒(méi)有發(fā)現(xiàn)問(wèn)題，本次數(shù)據(jù)恢復(fù)成功。

到此這篇關(guān)于碎片拼接技術(shù)恢復(fù)XenServer服務(wù)器SQL Server數(shù)據(jù)庫(kù)數(shù)據(jù)的文章就介紹到這了,更多相關(guān)恢復(fù)SQL Server數(shù)據(jù)庫(kù)數(shù)據(jù)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論