VMware備份和恢復(fù)的方法

時(shí)間：2023-06-27 07:00:01 | 來(lái)源：網(wǎng)站運(yùn)營(yíng)

時(shí)間：2023-06-27 07:00:01 來(lái)源：網(wǎng)站運(yùn)營(yíng)

VMware備份和恢復(fù)的方法：

VMware能將物理服務(wù)器封裝成大型的硬盤(pán)圖像文件--虛擬機(jī)磁盤(pán)格式(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不能覆蓋所有文件。換句話說(shuō)，這種備份方式不能保證數(shù)據(jù)的一致性，因而也不能保證已恢復(fù)的VM包含足夠的精確信息，不能說(shuō)明服務(wù)器已成功恢復(fù)。

至于資源過(guò)度消耗的問(wèn)題，這是虛擬化的副作用。利用VMware使系統(tǒng)虛擬化的一個(gè)關(guān)鍵原因是，將資源消耗集中在較少的物理服務(wù)器中，從而減少大多數(shù)IT服務(wù)器架構(gòu)都存在的空閑周期。但是，這么也做帶來(lái)了不良影響--無(wú)法找到足夠資源，使數(shù)據(jù)備份不受阻礙地運(yùn)行。

備份觸到了VMware內(nèi)部的脆弱之處：VMware處理過(guò)量磁盤(pán)和網(wǎng)絡(luò)I/O的能力很弱。實(shí)際上，決定是否將物理服務(wù)器虛擬化取決于物理服務(wù)器中的磁盤(pán)密度、網(wǎng)絡(luò)I/O。毋庸置疑，備份負(fù)載是VMware服務(wù)器承擔(dān)的最大負(fù)載。

但是，的確有方法能解決這些問(wèn)題，并且在某些情況下，比標(biāo)準(zhǔn)的物理服務(wù)器備份和恢復(fù)方法更加出眾。但是，人們對(duì)這些方法存在一些誤解，對(duì)第三方備份/恢復(fù)產(chǎn)品提供的實(shí)施措施也存在誤解。實(shí)際上，許多管理員依然缺乏有效實(shí)現(xiàn)備份和恢復(fù)的方法，道路充滿(mǎn)挫折。

VMware集中備份(VCB-Proxy)

工作原理：這種方法涉及一組VMware設(shè)施，通常稱(chēng)為VMware集中備份。這種方法使集中的Windows 2003代理服務(wù)器中的非LAN備份與相同的SAN卷相連，稱(chēng)為ESX Server。隨后，數(shù)據(jù)通過(guò)第三方備份軟件傳送到代理服務(wù)器中，作為后序備份。這種方法比上述兩種方法更為復(fù)雜，包括以下組件：

備份代理服務(wù)器：

服務(wù)器能與VMware主機(jī)訪問(wèn)相同的卷。

代理服務(wù)器中加載/輸出VMDK文件的圖像。

這種加載/輸出圖像通過(guò)寄存在代理服務(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和備份程序都能開(kāi)發(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通過(guò)安裝在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)文件等輸出的圖像文件通過(guò)備份程序進(jìn)行備份。

3.備份軟件要求VCB框架卸載VM快照，使VM不再具有快照功能。

4.利用備份程序，將輸出的VM圖像恢復(fù)到一個(gè)VMware能夠訪問(wèn)的臨時(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è)程序。

通過(guò)這種方法，VM資源能完全備份，只需簡(jiǎn)單備份少量的大型VMDK文件。

圖像能快速恢復(fù)，因?yàn)橹恍杌謴?fù)大型圖像，而不必查找大量的小型圖像。

將備份過(guò)程轉(zhuǎn)移到VCB代理服務(wù)器中，降低了ESX服務(wù)器的開(kāi)銷(xiāo)。

這種備份方法無(wú)需LAN，在SAN中也能實(shí)現(xiàn)，從理論上講，備份速度比基于LAN的備份方法要快。

這種方法的缺點(diǎn)包括：

能否實(shí)現(xiàn)自動(dòng)化、能否方便地加以使用取決于第三方備份軟件的能力。

如果沒(méi)有某種形式的備份軟件集成到備份過(guò)程中，要部署這種方法就變得非常復(fù)雜。

如果你想將文件直接恢復(fù)到VM中，就需要在VM中安裝備份軟件。

對(duì)于沒(méi)有集成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中，然后通過(guò)網(wǎng)絡(luò)共享將文件遷移到正確的目標(biāo)VM中。

目前針對(duì)中小企業(yè)，UCache現(xiàn)在提供軟件和空間支持，可以免費(fèi)申請(qǐng)UCache云災(zāi)備 免費(fèi)使用100G（實(shí)際700G）——只要不超過(guò)實(shí)際700G的數(shù)據(jù)，可以免費(fèi)使用一年，幫助企業(yè)用戶(hù)實(shí)時(shí)高效低成本的增加業(yè)務(wù)容災(zāi)能力，一切為企業(yè)快速發(fā)展兜底?。〝?shù)據(jù)壓縮、重刪比例：可達(dá)到7：1，實(shí)際700G的數(shù)據(jù)（意思是經(jīng)過(guò)加密切塊壓縮，及并行重刪備份后實(shí)際在UCache災(zāi)備云平臺(tái)上顯示的占用容易僅為100G）。