虛擬服務(wù)器備份會有哪些相關(guān)問題？如何才能減輕這些問題，以確保有效的數(shù)據(jù)保護(hù)？數(shù)據(jù)保護(hù)是所有IT運營的一個重要組成部分。最近，其已經(jīng)能夠通過直接備份物理服務(wù)器在網(wǎng)絡(luò)上實現(xiàn)了。但遷移到虛擬服務(wù)器環(huán)境已永遠(yuǎn)的改變了應(yīng)用程序的數(shù)據(jù)成功備份的狀況。

　　本文中，我們將為您介紹一系列虛擬服務(wù)器備份所面臨的挑戰(zhàn)。

　　從物理機遷移到虛擬服務(wù)器為許多IT企業(yè)提供了整合和減少所需要的硬件資源量的機會。這是第一波虛擬化的主要賣點——整合到更少的服務(wù)器，因為他們大部分沒有得到充分利用。

　　虛擬服務(wù)器備份：性能問題

　　但是，備份基礎(chǔ)設(shè)施一直在性能問題方面處于糾結(jié)狀態(tài)，即使有一個專門的備份網(wǎng)絡(luò)。因此，采用物理服務(wù)器基礎(chǔ)設(shè)施和方法備份虛擬服務(wù)器使用往往造成大問題。

　　現(xiàn)在，一旦一款應(yīng)用程序在一臺服務(wù)器上完成了備份，在一個單一盒子的多臺虛擬服務(wù)器均需要保護(hù)。因此，出于這一原因，虛擬服務(wù)器備份在使用傳統(tǒng)的備份方法時會遭遇嚴(yán)重的瓶頸，需要從每一臺虛擬機(VM)都復(fù)制數(shù)據(jù)，就好像其是一臺物理服務(wù)器。

　　這里的解決方案是避免從客戶端虛擬機備份數(shù)據(jù)，而采用部署備份應(yīng)用程序的方法，可以直接從主機采用備份的特定應(yīng)用程序編程接口(API)，如VMware 的 vStorage APIs for Data Protection (VADP)復(fù)制數(shù)據(jù)。所有的可感知虛擬機 (VM-aware)備份產(chǎn)品都能夠使用這些API實現(xiàn)數(shù)據(jù)備份，而不必訪問每臺客戶機。

　　運行基于主機的備份的一個好處是：可以消除傳統(tǒng)的備份代理，從而消除了一整套的維護(hù)和保持代理及時管理當(dāng)前任務(wù)的必要性。

　　虛擬服務(wù)器備份：跟蹤問題

　　在物理服務(wù)器領(lǐng)域，服務(wù)器可以通過一個IP地址或DNS名稱明確識別和追蹤。服務(wù)器很少遷移或改變IP地址，所以一次由于無法連接到服務(wù)器的備份失敗可以很容易地解決。

　　但在虛擬世界中，事情并不那么簡單。雖然說大多數(shù)虛擬服務(wù)器不會改變自己的IP地址，但也不支持直接備份，但支持通過主機管理程序備份。

　　虛擬機可以很容易地在物理服務(wù)器和存儲設(shè)備之間遷移，所以跟蹤每一臺虛擬機備份基礎(chǔ)設(shè)施變得越來越復(fù)雜。其結(jié)果是，虛擬機遷移可能會導(dǎo)致下一次備份失敗。

　　解決方案是參考借助一臺虛擬機，而不是通過其所駐留的物理主機，通過更抽象參考的物理服務(wù)器組支持虛擬機，如群集名稱或在VMware vSphere的情況下，數(shù)據(jù)中心的對象。通過抽象參考虛擬機，無論是備份和恢復(fù)過程都不再依賴于物理主機的硬件，其能夠通過減少恢復(fù)被物理或邏輯重新配置的集群所涉及工作來提供經(jīng)營效益。

　　虛擬服務(wù)器備份：粒度問題

　　在數(shù)據(jù)恢復(fù)過程中，大多數(shù)恢復(fù)請求是針對單個文件，目錄，或者一款應(yīng)用程序內(nèi)的數(shù)據(jù)，例如電子郵件中的附件。而恢復(fù)整個服務(wù)器的情況是罕見的。因此大部分還原恢復(fù)是非常粒狀性的，需要恢復(fù)的是構(gòu)成一臺服務(wù)器或應(yīng)用程序的一小部分的數(shù)據(jù)。

　　虛擬服務(wù)器的備份，僅僅備份組成該虛擬機中的文件，可能存在恢復(fù)還原單個數(shù)據(jù)段的問題，除非該軟件知道備份的內(nèi)容，并能理解虛擬機磁盤格式。更糟的是，如果備份軟件不能解碼備份的內(nèi)容，可能有必要恢復(fù)整臺虛擬機，雖然在一個臨時位置，恢復(fù)單個文件會導(dǎo)致恢復(fù)延遲和不必要的網(wǎng)絡(luò)流量。

　　備份軟件需要能夠理解備份的內(nèi)容，能夠從備份文件直接恢復(fù)對象，而無需恢復(fù)過多不必要的備份數(shù)據(jù)。今天，更先進(jìn)的產(chǎn)品能夠了解應(yīng)用程序的數(shù)據(jù)格式：例如，郵件系統(tǒng)和數(shù)據(jù)庫，提供恢復(fù)單個應(yīng)用程序?qū)ο?。顯然，這些技術(shù)需要小心使用，畢竟，恢復(fù)部分?jǐn)?shù)據(jù)到一款應(yīng)用程序可能會導(dǎo)致邏輯損壞。

　　虛擬服務(wù)器的備份：媒介的問題

　　當(dāng)代的備份技術(shù)采用諸如改變塊跟蹤備份虛擬機的技術(shù)。這些系統(tǒng)非常適合于在磁盤上存儲的備份數(shù)據(jù)，因為他們需要訪問初始備份，加上所有數(shù)據(jù)的變化，以便進(jìn)行恢復(fù)。

　　但是，僅僅依靠磁盤備份子系統(tǒng)需要有一些注意事項?；诖疟P備份的目標(biāo)不一定是可擴展的，至少在某種程度上是不經(jīng)濟的，例如，不提供便攜式的數(shù)據(jù)異地完整容災(zāi)。

　　解決辦法是尋求能夠支持多種媒介質(zhì)類型的備份系統(tǒng)，包括磁帶和那些提供創(chuàng)建合成備份功能，如在初始基礎(chǔ)上，加上所有后續(xù)增量備份塊改變的全系統(tǒng)備份。

　　虛擬服務(wù)器的備份：過程中的問題

　　虛擬服務(wù)器的備份和數(shù)據(jù)保護(hù)，可以通過各種方法和技術(shù)實現(xiàn)。除了備份軟件，還有其他的方法來實現(xiàn)安全的虛擬機備份，其需要依賴于這樣的事實：虛擬機是作為文件存儲在磁盤上的。這意味著備份可以通過在共享存儲的快照或復(fù)制實現(xiàn)。

　　雖然基于陣列的復(fù)制與快照功能可以很好的工作，但我們也需要注意確保使用這些方法會產(chǎn)生一致性和全面的備份策略。

　　例如，快照不涵蓋整個陣列的故障，例如，在發(fā)生火災(zāi)或水災(zāi)的情況下，當(dāng)最小恢復(fù)點是一個邏輯單元號(LUN)時，復(fù)制可能無法提供適當(dāng)水平的粒度恢復(fù)。

　　最后，我們的結(jié)論是：虛擬服務(wù)器的數(shù)據(jù)保護(hù)最好是通過采用各種技術(shù)來實現(xiàn)。