服務(wù)器虛擬化，尤其是VMware形式的服務(wù)器虛擬化使IT人員獲益良多，這么說一點(diǎn)也不為過。據(jù)我們所見，服務(wù)器虛擬化能解決服務(wù)器擴(kuò)張、資源消耗、服務(wù)器擴(kuò)張、能源消耗、高可用性等相關(guān)問題。服務(wù)器虛擬化也使我們有更多的時(shí)間解決其它的迫切問題，如企業(yè)資源預(yù)案升級(jí)、存儲(chǔ)項(xiàng)目再三遷移或者為什么《星艦迷航記 11》要到2009年才上映。
盡管VMware提供封裝技術(shù)和抽象技術(shù)，使我們受益匪淺，但數(shù)據(jù)保護(hù)領(lǐng)域發(fā)生的基本變革也帶來了各項(xiàng)挑戰(zhàn)。即使出現(xiàn)了VMware虛擬化，備份人員依然是牢騷最多的IT人員。最大的挑戰(zhàn)在于保證數(shù)據(jù)的一致性，解決VMware物理資源過度消耗的問題。
VMware能將物理服務(wù)器封裝成大型的硬盤圖像文件——虛擬機(jī)磁盤格式(VMDK)文件，因此我們不禁認(rèn)為：備份整臺(tái)服務(wù)器應(yīng)該和備份這些VMDK文件(當(dāng)然也包括相關(guān)的配置文件)一樣簡(jiǎn)單。
但是在大多數(shù)情況下，事實(shí)并非如此。除非已經(jīng)關(guān)閉虛擬機(jī)(VM)，否則，在運(yùn)行狀態(tài)下備份VM不能覆蓋所有文件。換句話說，這種備份方式不能保證數(shù)據(jù)的一致性，因而也不能保證已恢復(fù)的VM包含足夠的精確信息，不能說明服務(wù)器已成功恢復(fù)。
至于資源過度消耗的問題，這是虛擬化的副作用。利用VMware使系統(tǒng)虛擬化的一個(gè)關(guān)鍵原因是，將資源消耗集中在較少的物理服務(wù)器中，從而減少大多數(shù)IT服務(wù)器架構(gòu)都存在的空閑周期。但是，這么也做帶來了不良影響——無法找到足夠資源，使數(shù)據(jù)備份不受阻礙地運(yùn)行。
備份觸到了VMware內(nèi)部的脆弱之處：VMware處理過量磁盤和網(wǎng)絡(luò)I/O的能力很弱。實(shí)際上，決定是否將物理服務(wù)器虛擬化取決于物理服務(wù)器中的磁盤密度、網(wǎng)絡(luò)I/O。毋庸置疑，備份負(fù)載是VMware服務(wù)器承擔(dān)的最大負(fù)載。
但是，的確有方法能解決這些問題，并且在某些情況下，比標(biāo)準(zhǔn)的物理服務(wù)器備份和恢復(fù)方法更加出眾。但是，人們對(duì)這些方法存在一些誤解，對(duì)第三方備份/恢復(fù)產(chǎn)品提供的實(shí)施措施也存在誤解。實(shí)際上，許多管理員依然缺乏有效實(shí)現(xiàn)備份和恢復(fù)的方法，道路充滿挫折。
方法1：在每個(gè)VM中安裝本地備份程序
工作原理：這是一種傳統(tǒng)的備份方法，在每個(gè)VM中安裝備份程序，就像以前在每臺(tái)物理服務(wù)器中安裝備份程序。如下圖所示，數(shù)據(jù)通過LAN流入備份/恢復(fù)設(shè)施，以往在本地物理服務(wù)器中安裝備份程序時(shí)，數(shù)據(jù)流向也如此。
這種方法的優(yōu)點(diǎn)如下：
備份程序的安裝和配置與在物理服務(wù)器中的安裝和配置十分相似，所以無需專門技巧和程式變化。
恢復(fù)過程沒有發(fā)生變化，與將文件恢復(fù)到物理服務(wù)器的過程十分相似。
這樣，就有可能恢復(fù)文件;這一點(diǎn)在我們采用其它方法時(shí)顯得更加重要。
也有可能實(shí)現(xiàn)完全備份和增量備份，同樣，在我們討論其它方法時(shí)，這一點(diǎn)顯得尤為重要。
如果你采用專門的應(yīng)用感知備份程序，如SQL或Exchange，這將有助于實(shí)現(xiàn)應(yīng)用程序數(shù)據(jù)的一致性，由此實(shí)現(xiàn)的備份在應(yīng)用程序上具有一致性。
這種方法的缺點(diǎn)如下：
由于所有的備份都在同一臺(tái)服務(wù)器中運(yùn)行，因而你需要十分小心，不要過度消耗VMware主機(jī)資源。
盡管服務(wù)器能封裝成少量的大型VMDK文件，但備份程序?qū)Υ艘粺o所知，也就不能利用這一點(diǎn)提供快速的備份或恢復(fù)能力;而進(jìn)行災(zāi)難恢復(fù)時(shí)，需要快速、全面地恢復(fù)服務(wù)器，從這點(diǎn)上講，這種方法價(jià)值不大。
部署技巧
在物理服務(wù)器中，同時(shí)運(yùn)行數(shù)據(jù)備份可能問題不大，因?yàn)槲锢矸?wù)器具有充足的閑置資源，但是對(duì)VMware虛擬架構(gòu)而言，閑置資源已得到充分利用，多個(gè)備份操作就有可能阻塞物理服務(wù)器。從而，在進(jìn)行虛擬化以后，應(yīng)該修改備份手冊(cè)，通過備份窗口避免資源過度重疊。
一個(gè)VM只允許一條數(shù)據(jù)流。VM的VMDK文件通常寄存在一個(gè)VMFS卷中，多條數(shù)據(jù)流操作很容易覆蓋VMFS卷。因此，除非VMDK文件隔離在獨(dú)立卷(RDM、 iSCSI LUN、或獨(dú)立的VMFS卷)中，否則備份就應(yīng)該單流運(yùn)行，而不是多流運(yùn)行。
方法2：ESX Service Console中安裝備份程序
工作原理：這種方法是在ESX Service Console在安裝備份程序，按下圖備份VM中潛在的VMDK文件組。Service Console采用紅帽子Linux操作系統(tǒng)，因此能夠使用Linux備份程序。
這種方法的優(yōu)點(diǎn)包括：
只需一個(gè)備份程序就能備份所有的VM，而不是一臺(tái)VM配備一個(gè)備份程序。
通過這種方法，VM資源能完全備份，只需簡(jiǎn)單備份少量的大型VMDK文件。
圖像能快速恢復(fù)，因?yàn)橹恍杌謴?fù)大型圖像，而不必查找大量的小型圖像。
這種方法的缺點(diǎn)包括：
需要腳本才能自動(dòng)關(guān)閉、快照和啟動(dòng)VM。為了保證備份過程應(yīng)用程序數(shù)據(jù)的一致性，必須這么做。
不可能恢復(fù)文件，這種方法只能備份和恢復(fù)圖像。另外，這也意味著不能實(shí)現(xiàn)增量備份。
VNware指出，其開發(fā)流程包括從ESX Server移除Service Console。VMware的ESX Server 3i在這一點(diǎn)上邁出了第一步。
部署技巧
為了保證應(yīng)用程序的一致性，在備份VMDK之前應(yīng)該關(guān)閉VM。
VMDK文件在備份窗口中靜止不動(dòng)。
很不幸，備份過程中VM失去效用。
VMDK文件利用Service Console中的備份程序進(jìn)行備份。
如果不能關(guān)機(jī)，可以利用VMware快照功能拍攝運(yùn)行中的VM，獲取即時(shí)備份。
備份數(shù)據(jù)停留在相同的狀態(tài)，因而不能保證數(shù)據(jù)的一致性。
同樣，實(shí)現(xiàn)自動(dòng)化也需要腳本。
不是所有的備份程序都支持這種方法，所以你需要事先進(jìn)行調(diào)查。
對(duì)于應(yīng)用程序數(shù)據(jù)一致性的備份，利用VSS使應(yīng)用程序在備份之前停止運(yùn)行。但是，這需要非常復(fù)雜的腳本。
你可以利用ESX Service Console 中的VCB設(shè)施，獲取運(yùn)行狀態(tài)下虛擬機(jī)的快照：
vcbMounter設(shè)施：
創(chuàng)建VM的靜態(tài)快照。
將快照投射到一組文件中，文件可能處于控制臺(tái)的本地目錄中，也可能處于LAN的遠(yuǎn)程目錄中。
利用ESX控制臺(tái)支持的備份軟件對(duì)本地文件進(jìn)行備份和恢復(fù)。
vcbRestore設(shè)施：
將VM恢復(fù)到初始站點(diǎn)或者其它站點(diǎn)，
如果你決定冒險(xiǎn)采用腳本技術(shù)，就會(huì)發(fā)現(xiàn)錯(cuò)誤校驗(yàn)和更正是腳本技術(shù)最難的一個(gè)方面，需要編寫大量代碼。
方法3：VMware集中備份(VCB-Proxy)
工作原理：這種方法涉及一組VMware設(shè)施，通常稱為VMware集中備份。這種方法使集中的Windows 2003代理服務(wù)器中的非LAN備份與相同的SAN卷相連，稱為ESX Server。隨后，數(shù)據(jù)通過第三方備份軟件傳送到代理服務(wù)器中，作為后序備份。這種方法比上述兩種方法更為復(fù)雜，包括以下組件：
備份代理服務(wù)器：
服務(wù)器能與VMware主機(jī)訪問相同的卷。
代理服務(wù)器中加載/輸出VMDK文件的圖像。
這種加載/輸出圖像通過寄存在代理服務(wù)器中的備份程序?qū)崿F(xiàn)備份。
VCB框架：
ESX服務(wù)器中的“同步推動(dòng)器”能刷新文件系統(tǒng)，創(chuàng)建快照。
VCB代理服務(wù)器中的“vLUN推動(dòng)器”允許服務(wù)器中存在VMDK文件。
采用VCB自動(dòng)工作流，命令行設(shè)施(vcbMounter/vcbRestore)發(fā)揮作用。
備份軟件集成模塊：
模塊集成到VCB框架的組件中。
VMware和備份程序都能開發(fā)并支持這種模塊。
備份程序之間的集成和使用變量相對(duì)簡(jiǎn)單。
在此點(diǎn)擊，查看采用備份代理服務(wù)器的VMware集中備份示意圖。
采用備份代理服務(wù)器的VMware集中備份能夠執(zhí)行非LAN文件備份和非LAN圖像備份。但是，這兩種方法的實(shí)現(xiàn)途徑截然不同。
VCB文件備份/恢復(fù)是在VCB代理服務(wù)器中加載VMDK文件，具體步驟如下：
1備份工作要求VCB框架獲取VM快照，在VCB代理服務(wù)器中加載VB快照，加載路徑包括SAN、C:\mnt等。
2利用備份程序備份(完全、增量、差異備份)目錄/文件。
3備份程序要求VCB框架卸載VM快照，使VM不再具有快照功能。
4通過安裝在VM中的備份程序，文件經(jīng)由LAN恢復(fù)到初始VM中。
在此點(diǎn)擊，查看文件備份和恢復(fù)的VCB-Proxy工作流。
VCB圖像備份/恢復(fù)是將VMDK文件輸出到VCB代理服務(wù)器中，具體步驟如下：
1.備份工作要求VCB框架獲取VM快照，并輸出快照，輸出路徑包括SAN、C:\mnt等。
2.系統(tǒng)文件等輸出的圖像文件通過備份程序進(jìn)行備份。
3.備份軟件要求VCB框架卸載VM快照，使VM不再具有快照功能。
4.利用備份程序，將輸出的VM圖像恢復(fù)到一個(gè)VMware能夠訪問的臨時(shí)區(qū)域，該區(qū)域可能位于Proxy Server 或ESX Service Console，由此完成恢復(fù)工作。
5.VM圖像加載到ESX主機(jī)中的指定位置。
在此點(diǎn)擊，查看圖像備份和恢復(fù)的VCB-Proxy工作流。
這種方法的優(yōu)點(diǎn)包括：
你可以利用VCB Proxy中一個(gè)備份程序，備份所有的VM，而不必每個(gè)VM配備一個(gè)程序。
通過這種方法，VM資源能完全備份，只需簡(jiǎn)單備份少量的大型VMDK文件。
圖像能快速恢復(fù)，因?yàn)橹恍杌謴?fù)大型圖像，而不必查找大量的小型圖像。
將備份過程轉(zhuǎn)移到VCB代理服務(wù)器中，降低了ESX服務(wù)器的開銷。
這種備份方法無需LAN，在SAN中也能實(shí)現(xiàn)，從理論上講，備份速度比基于LAN的備份方法要快。
這種方法的缺點(diǎn)包括：
能否實(shí)現(xiàn)自動(dòng)化、能否方便地加以使用取決于第三方備份軟件的能力。
如果沒有某種形式的備份軟件集成到備份過程中，要部署這種方法就變得非常復(fù)雜。
如果你想將文件直接恢復(fù)到VM中，就需要在VM中安裝備份軟件。
對(duì)于沒有集成VSS的Windows系統(tǒng)，由VCB提供的圖像備份會(huì)使數(shù)據(jù)處于相同的狀態(tài)。
VCB不提供Windows系統(tǒng)狀態(tài)的恢復(fù)機(jī)制，盡管有可能成功實(shí)現(xiàn)服務(wù)器完全恢復(fù)，但是如果在操作VM時(shí)，系統(tǒng)狀態(tài)紊亂，就不能保證完全恢復(fù)。
部署技巧
請(qǐng)記住，VCB不是備份/恢復(fù)程序，而是一組能集成到第三方備份應(yīng)用程序中的設(shè)施。
Proxy Server不是虛擬機(jī)。
VCB不能安裝在虛擬中心的服務(wù)器中，也不能注冊(cè)。
Proxy Server需要安裝Windows 2003 Server、SP1或R2。
Proxy Server必須和ESX Servers安裝在相同的LUN區(qū)域中。
VCB Proxy Server不支持多路徑。
如果需要恢復(fù)文件，但你又不想為每個(gè)VM都安裝備份程序，你就可以創(chuàng)建一個(gè)僅用于恢復(fù)的VM，這個(gè)VM包含備份和恢復(fù)程序，將文件恢復(fù)到這個(gè)VM中，然后通過網(wǎng)絡(luò)共享將文件遷移到正確的目標(biāo)VM中。
沈陽數(shù)據(jù)恢復(fù) 
