?環(huán)境：?

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

?故障：?

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

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

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

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

如下圖：

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

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

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

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

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

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

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

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

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

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

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

重建的MDF文件如下：

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

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

截圖如下：

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

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

最新評(píng)論