服務(wù)器虛擬化的優(yōu)勢顯著，并且正在推動向大規(guī)模虛擬服務(wù)器部署的“遷移”。從借助服務(wù)器整合實現(xiàn)的成本節(jié)約到新興私有和公共云架構(gòu)的靈活性及敏捷性，虛擬化技術(shù)正以無可比擬的優(yōu)勢迅速成為現(xiàn)代數(shù)據(jù)中心的基石。

　　然而，虛擬服務(wù)器部署也會產(chǎn)生意想不到的數(shù)據(jù)存儲和保護(hù)后果。物理服務(wù)器和網(wǎng)絡(luò)的整合產(chǎn)生了大規(guī)模融合的IT基礎(chǔ)設(shè)施，致使本已有限的資源更加稀缺。10:1的典型服務(wù)器整合率意味著，即使面對日常IT管理任務(wù)(如備份和恢復(fù))，可供使用的資源也很少。除了資源較少外，數(shù)據(jù)的大規(guī)模增長與虛擬機(jī)數(shù)量的日益增多致使越來越多的整合數(shù)據(jù)需要得到管理和保護(hù)。目前，虛擬服務(wù)器在成本節(jié)省、靈活的應(yīng)用程序設(shè)置以及正常運(yùn)行方面的優(yōu)勢正促使客戶在虛擬機(jī)環(huán)境中部署越來越多的關(guān)鍵應(yīng)用程序。這些關(guān)鍵應(yīng)用程序通常伴隨著要求最為嚴(yán)苛的服務(wù)水平協(xié)議(SLA)，涉及應(yīng)用程序正常運(yùn)行、數(shù)據(jù)恢復(fù)點和快速恢復(fù)時間等問題。

　　隨著虛擬化數(shù)據(jù)中心和全天候運(yùn)營時代的來臨，我們需要重新思考傳統(tǒng)的數(shù)據(jù)保護(hù)方法。數(shù)據(jù)保護(hù)和數(shù)據(jù)恢復(fù)必須對前端生產(chǎn)系統(tǒng)(被保護(hù)的數(shù)據(jù)來源)具有最低限度的影響，而且不能僅僅依賴舊有磁帶備份連續(xù)寫入的方法將數(shù)據(jù)從生產(chǎn)系統(tǒng)復(fù)制到后端系統(tǒng)。現(xiàn)代化的有效解決方案能夠最大限度降低生產(chǎn)系統(tǒng)負(fù)載、減少管理工作、增強(qiáng)數(shù)據(jù)保護(hù)和恢復(fù)、簡化向虛擬化數(shù)據(jù)中心的過渡，以及在需要的時候支持基于云的選項。

　　虛擬服務(wù)器數(shù)據(jù)保護(hù)的挑戰(zhàn)

　　1.備份窗口爆炸性增長：服務(wù)器的高度整合和較高的虛擬機(jī)(VM)密度將數(shù)據(jù)所有權(quán)集中于少量物理服務(wù)器，這些服務(wù)器占據(jù)了僅用于產(chǎn)生工作量的絕大部分資源。因此，只有很少的資源可用于傳統(tǒng)管理任務(wù)，如在固定窗口內(nèi)通過網(wǎng)絡(luò)移動數(shù)據(jù)的備份任務(wù)。在全新的統(tǒng)一、虛擬化環(huán)境中，存儲和備份團(tuán)隊需要能夠在較短的時間內(nèi)以極少的計算方式、網(wǎng)絡(luò)和存儲資源保護(hù)不斷增長的大型數(shù)據(jù)庫。

　　隨著服務(wù)器資源持續(xù)整合以及虛擬環(huán)境變得越發(fā)集中，虛擬機(jī)所擁有的數(shù)據(jù)量也在不斷飆升。虛擬環(huán)境所擁有的、管理和保護(hù)的數(shù)據(jù)量大量激增，使得傳統(tǒng)的磁帶備份連續(xù)寫入方法本就無力應(yīng)付的局面更加惡化，這樣的案例隨處可見。比如，采用傳統(tǒng)的磁帶備份連續(xù)寫入方法，成功備份數(shù)TB數(shù)據(jù)庫所需時間超過了24小時，遠(yuǎn)未達(dá)到現(xiàn)代化數(shù)據(jù)中心的要求。

　　每個虛擬機(jī)實際上都是一套大型的文件設(shè)施(即在VMware環(huán)境下的VMDK)，而這些大型的文件通常被存儲于LUNs就是熟知的數(shù)據(jù)存儲。傳統(tǒng)的數(shù)據(jù)保護(hù)技術(shù)例如VMware的數(shù)據(jù)保護(hù)vStorageAPI(VADP)，或者VMwareConsolidatedBackup(VCB)都要依靠外部代理來保護(hù)與虛擬服務(wù)器相關(guān)聯(lián)的VMDK文件。雖然VADP顯著提升了這一流程的效率，但是它是將鏡像文件從數(shù)據(jù)庫移至備份磁盤進(jìn)行保護(hù)，因此仍然是磁帶備份連續(xù)寫入方法。對于備份窗口日漸減少的環(huán)境，則根本沒有足夠的時間或帶寬來移動所有VM數(shù)據(jù)。即使基礎(chǔ)設(shè)施可用于復(fù)制所有數(shù)據(jù)，也會在讀取數(shù)據(jù)時為數(shù)據(jù)庫帶來極大的負(fù)擔(dān)。

　　2.虛擬機(jī)數(shù)據(jù)未受保護(hù)：部署新虛擬機(jī)的便捷性導(dǎo)致虛擬機(jī)“泛濫”，管理員要采取繁瑣步驟并耗費(fèi)大量時間跟蹤新虛擬機(jī)，以確保對其使用正確的數(shù)據(jù)保護(hù)和保留策略。創(chuàng)建重要的虛擬機(jī)但從不備份會帶來巨大風(fēng)險。現(xiàn)在，許多管理員要花費(fèi)工作日當(dāng)中的大部分時間來跟蹤新虛擬機(jī)并手動應(yīng)用數(shù)據(jù)保護(hù)策略。在擁有成百上千臺虛擬機(jī)的現(xiàn)代數(shù)據(jù)中心，這種人工確保虛擬機(jī)保護(hù)策略的方法根本無法適應(yīng)現(xiàn)狀發(fā)展要求的。

　　3.應(yīng)用程序缺少必要的集成：隨著越來越多的任務(wù)關(guān)鍵型應(yīng)用程序(例如SQL、Exchange和Oracle)的虛擬化，有必要為這些應(yīng)用程序提供與其在純粹物理服務(wù)器設(shè)置同等水平的保護(hù)和恢復(fù)，同時使其停留在高度統(tǒng)一、虛擬化環(huán)境的約束下。現(xiàn)代化數(shù)據(jù)中心需要一種可提供一定程度應(yīng)用程序和虛擬化平臺感知的數(shù)據(jù)保護(hù)解決方案，以提供一致的備份和恢復(fù)功能，這將最大限度確保這些關(guān)鍵應(yīng)用程序的正常運(yùn)行。

　　4.多恢復(fù)點挑戰(zhàn)：伴隨著數(shù)據(jù)的高增長和高變化率，依賴前一晚的備份進(jìn)行恢復(fù)已遠(yuǎn)遠(yuǎn)不夠。此外，企業(yè)在虛擬服務(wù)器環(huán)境中部署的關(guān)鍵應(yīng)用程序越來越多，他們需要數(shù)小時的恢復(fù)點目標(biāo)(RPO)。換言之，能夠恢復(fù)到幾小時以前(而不是前一晚)的備份是十分必要的，從而實現(xiàn)最小化數(shù)據(jù)丟失并減輕因中斷而對企業(yè)造成的影響。在不影響生產(chǎn)活動的情況下創(chuàng)建頻繁的恢復(fù)點是一項巨大挑戰(zhàn)。

　　5.缺乏小顆粒數(shù)據(jù)的恢復(fù)能力：為了進(jìn)一步加快恢復(fù)，企業(yè)需要一個在卷、文件或應(yīng)用程序?qū)ο蠹墑e恢復(fù)小顆粒的數(shù)據(jù)/文件集成方法。從虛擬機(jī)數(shù)據(jù)庫恢復(fù)單個電子郵件或文件的能力對于確保應(yīng)用程序正常運(yùn)行、滿足可用性及正常運(yùn)行服務(wù)等級協(xié)議(SLA)至關(guān)重要。傳統(tǒng)方法需要回到整個虛擬機(jī)數(shù)據(jù)庫(例如VMDK)并搜索全部內(nèi)容以找到單個用戶電子郵件，十分耗時并且占用大量資源，并非一個切實可行的解決方案。目前，有許多支持文件和對象級恢復(fù)的新方法問世，但是，它們可能需要二次操作以獲取所需小顆粒數(shù)據(jù)/文件，進(jìn)而增加了數(shù)據(jù)保護(hù)過程中的額外處理時間，風(fēng)險也隨之而來。
     能夠提供深入到文件或?qū)ο蠹壍臄?shù)據(jù)顆粒恢復(fù)選項，并且只需單次備份和恢復(fù)操作即可實現(xiàn)，這樣的解決方案是目前最需要的。