恢復點目標和恢復時間目標同步實現(xiàn)
王振 發(fā)表于:13年07月23日 10:49 [編譯] DOIT.com.cn
CIO們在使用虛擬化架構的過程中,想要達到的一個目標就是充分發(fā)揮虛擬架構的能力,比如虛擬機快速重啟,非破壞性虛擬機遷移,虛擬機克隆,減少宕機帶來的影響。這些因素,使高度靈活的虛擬架構成為任何IT部門的必需品,但是只有一個虛擬架構是不夠的,不足以解決跟所有棘手的IT問題都密切相關的業(yè)務連續(xù)性方面最關鍵的問題:數(shù)據(jù)恢復。在業(yè)務連續(xù)性問題上,備份僅僅是一個方面,對于任何CIO而言,重點要考慮的問題在數(shù)據(jù)恢復上。
虛擬機備份解決方案現(xiàn)在普遍采用基于CBT的備份方式,它能最小化備份時間,支持更短的恢復點目標,能夠把那些在電腦停機恢復時可能丟失的數(shù)據(jù)減少到最小。雖然如此,這種能實現(xiàn)積極恢復點目標的備份方式可能因為延長的恢復進程而被全面否定?焖賯浞葺o以可靠的加速恢復技術來支持積極的恢復時間目標,這在關鍵業(yè)務應用中,是以分鐘數(shù)來衡量的。
Avamar借助存儲在每個虛擬機備份中的CBT元數(shù)據(jù)來進行基于CBT的恢復,能夠在任何恢復點進行虛擬機數(shù)據(jù)恢復。借助存儲在Avamar數(shù)據(jù)庫中的CBT數(shù)據(jù)和在目標虛擬機中當下的CBT數(shù)據(jù),Avamar虛擬機代理客戶端和數(shù)據(jù)庫能整合在期望的復原點恢復虛擬機數(shù)據(jù)的最小塊集。這與其它的解決方案形成鮮明的對比,其它的方案需要在復原點轉(zhuǎn)移所有的即時數(shù)據(jù)。更重要的是,恢復操作用到的所有數(shù)據(jù)都必須經(jīng)過監(jiān)控程序的處理,然后通過以太網(wǎng)連接把所有的數(shù)據(jù)轉(zhuǎn)移。
在支持積極恢復時間目標方面,Avamar由CBT驅(qū)動的恢復操作是其它方案無法比擬的。在Exchange虛擬機的恢復測試中,我們使用負載生成工具對Exchange郵箱數(shù)據(jù)庫做了2%和5%的數(shù)據(jù)改變,接下來使用基于CBT的備份創(chuàng)建一系列復原點。為了測試恢復能力,我們選了2個復原點。第一個復原點和最近的備份有關,即郵箱數(shù)據(jù)庫中的數(shù)據(jù)有2%發(fā)生變化。另一個復原點則是數(shù)據(jù)發(fā)生了5%的變化。
在實際案例中,Avamar基于CBT的恢復速度比CommVault Simpana和賽門鐵克NetBackup的速度快上許多。不必對此感到驚訝,與最近的備份相比,恢復時間的差異特別巨大,因為需要被轉(zhuǎn)移的數(shù)據(jù)減少,需要計算的數(shù)據(jù)就變得更加簡單。特別要注意的是,由于復原點被最小化,時間和變化率都發(fā)生變化,基于CBT恢復的優(yōu)勢被最大化。最終的結果是,IT部門可以實現(xiàn)優(yōu)化的復原時間目標,僅僅通過Avamar能實現(xiàn)優(yōu)化復原點目標的備份操作就能實現(xiàn)。
值得一提的是,利用Avamar恢復大部分最近的復原點只需要兩分鐘時間。CommVault Simpana花費的時間是Avamar的141.5倍,而賽門鐵克NetBackup花費的時間是Avamar的27.5倍。對于一個更早的復原點——郵箱數(shù)據(jù)庫中有5%的數(shù)據(jù)發(fā)生變化的時刻——Avamar用了16分鐘——是恢復最近復原點時間的8倍。而CommVault Simpana花費的時間是Avamar的19.75倍,賽門鐵克NetBackup花費的時間是Avamar的4.06倍。
除了恢復的時間以外,恢復的網(wǎng)絡效率也是值得考慮的問題。它是由進行恢復操作進程時的平均網(wǎng)絡吞吐量來表示的。特別是那些在曲線以下的區(qū)域,從中可以看出備份過程的網(wǎng)絡性能表現(xiàn),除此之外,進程中轉(zhuǎn)移的數(shù)據(jù)量也能作為參考標準。采用這種網(wǎng)絡效率參考標準,賽門鐵克NetBackup通過LAN傳輸?shù)臄?shù)據(jù)量是Avamar的52倍,而CommVault Simpana傳輸?shù)臄?shù)據(jù)量則是Avamar的410.8倍。
用戶價值
對于CIO們來說,首先要考慮的事情就是如何縮減IT運營的成本。而存儲在IT運營成本中占了很大的一部分,所有的存儲管理功能都值得認真考慮。而且,公司主管們對業(yè)務連續(xù)性的擔憂也在驅(qū)使著下一代IT項目的發(fā)展。在一個24x7x365的環(huán)境中,計算機宕機帶來的損失要遠遠大于銷售和市場的損失。若是計算機宕機,會使客戶對公司的信心大大降低,市場份額受到影響,管理者們對IT的要求也在不斷提高,復原時間目標以分鐘來衡量,復原點目標以小時而不是天來衡量。
Avamar不會從基于CBT的備份中創(chuàng)建增量備份文件。也不會存儲零散的備份文件,而是創(chuàng)建一個全球塊空間來保護系統(tǒng)。最終實現(xiàn)的結果是,在每次系統(tǒng)保護建立復原點的時候,在虛擬塊空間里就可以進行全系統(tǒng)映像備份。
而且,Avamar會收集每個備份中的CBT元數(shù)據(jù),在邏輯卷恢復操作中能最小化數(shù)據(jù)總量。它不僅僅是在選中的復原點上恢復所有與卷相關的數(shù)據(jù),而是把虛擬機代理上的即時CBT數(shù)據(jù)和與復原點相關的元數(shù)據(jù)進行比較,以便在復原點確定需要改變的數(shù)據(jù)使虛擬機回到它原有的狀態(tài)。
借助Avamar,IT部門可以利用基于CBT的備份來實現(xiàn)頻繁的自動化備份,獲得最小間隔的復原點,來保護關鍵任務系統(tǒng)。反過來,這種策略又能最小化復原過程中需要傳輸?shù)臄?shù)據(jù)量。最后一句話總結,Avamar提供的IT策略可以使復原點目標達到最優(yōu),同時也能使復原時間目標達到最優(yōu)。