AnyBackup-5.0-產(chǎn)品競爭分析和應對_第1頁
AnyBackup-5.0-產(chǎn)品競爭分析和應對_第2頁
AnyBackup-5.0-產(chǎn)品競爭分析和應對_第3頁
AnyBackup-5.0-產(chǎn)品競爭分析和應對_第4頁
AnyBackup-5.0-產(chǎn)品競爭分析和應對_第5頁
已閱讀5頁,還剩41頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

AnyBackup5.0&TxCloud5.0產(chǎn)品競爭分析和應對競爭環(huán)節(jié)中會遇到誰?國內(nèi)產(chǎn)品競爭火星艙(北京亞細亞智業(yè))云芯XT-S(廣州)華為(深圳)浪擎(上海)UPM(北京和力記易)眾志和達(北京)鼎元科技(思創(chuàng)科達,中國深圳)亞勢(中國香港)同有(北京)智網(wǎng)(北京)國外產(chǎn)品競爭NetBackup(Symantec,美國)Avamar(EMC,美國)Simpana(CommVault,美國)NetWorker(EMC,美國)FalconStorContinuousDataProtector(飛康,美國)TivoliStorageManager(IBM,美國)BrightStorARCserveBackup(CA,美國)火星產(chǎn)品競爭分析應對火星高科公司介紹

團隊成立于2002年,國內(nèi)比較早從事專業(yè)存儲技術研發(fā)團隊之一。主要業(yè)務方向為數(shù)據(jù)存儲、備份、容災領域。

從公司成立時間上來看,火星高科和愛數(shù)基本上是在同一時間進入存儲、備份、容災市場的。

不僅時間上很接近,火星高科在產(chǎn)品思路、營銷等基本方向上一直也和愛數(shù)非常接近:產(chǎn)品線、支持的技術手段和解決方案、營銷概念……等等方面,都同愛數(shù)比較相似?;鹦歉呖飘a(chǎn)品線火星艙存儲空間站火星艙備份系列火星艙VTL系列火星艙盤陣系列火星艙CDP系列火星Mars產(chǎn)品火星備份軟件歸檔存儲中間件火星高科產(chǎn)品線(舊)火星高科產(chǎn)品線(新)磁盤陣列存儲站持續(xù)數(shù)據(jù)保護站企業(yè)數(shù)據(jù)備份站數(shù)字內(nèi)容資源站火星艙存儲空間站火星高科產(chǎn)品線變化及分析原火星艙存儲空間站這條產(chǎn)品線進行了拆解,將原本屬于其下的“火星艙盤陣系列”變?yōu)椤按疟P陣列存儲站”;“火星艙CDP系列”變?yōu)椤俺掷m(xù)數(shù)據(jù)保護站”;“火星艙 VTL系列”被取消,不再出現(xiàn)在其官方網(wǎng)站上,但是需要注意,其新的“企業(yè)數(shù)據(jù)備份站”支持VTL功能;“火星艙備份系列”轉(zhuǎn)變?yōu)椤捌髽I(yè)數(shù)據(jù)備份站”;原火星Mars產(chǎn)品這條線則徹底從其官網(wǎng)中消失,該線為純軟件產(chǎn)品線,包括“火星備份軟件、歸檔存儲中間件”兩個產(chǎn)品。原“火星數(shù)字資產(chǎn)管理系統(tǒng)”變更為“數(shù)字內(nèi)容資源站”這個變化也說明火星高科已經(jīng)準備在非結(jié)構(gòu)化數(shù)據(jù)這塊繼續(xù)加強,未來有可能會和我公司文檔管理類產(chǎn)品“短兵相接”。分析火星高科的此番產(chǎn)品線調(diào)整基本上是“換湯不換藥”,產(chǎn)品實質(zhì)上并未發(fā)生較大變化,仍然是集成了定時備份、實時備份、應用容災、遠程復制、存儲等諸多功能的一體化產(chǎn)品(火星艙)。而且看來看去,似乎CDP系列、VTL系列、備份系列,都是一個產(chǎn)品:火星艙?;鹦歉呖飘a(chǎn)品客戶類型分布火星艙產(chǎn)品解決方案集中備份方案(LAN備份方案)D2D2T階段備份方案D2D2R方案(遠程備份方案)LAN-free備份方案雙機備份方案離線備份方案CDP方案集中備份方案(LAN備份方案)D2D2T方案D2D2R方案(遠程備份方案)LAN-FREE方案雙機備份方案從火星高科的拓撲圖中,可以看到火星高科的雙機備份方案和愛數(shù)不同。愛數(shù)的雙機備份是對用戶雙機環(huán)境的備份。而火星高科的雙機備份實質(zhì)上是傳統(tǒng)雙機熱備,在其火星艙產(chǎn)品內(nèi)集成虛擬化平臺,然后在該虛擬化平臺上創(chuàng)建虛擬機。然后用戶的生產(chǎn)服務器和虛擬機再做雙機熱備。雙機備份方案雙機熱備已經(jīng)不是什么新鮮東西了,采用虛擬機來做雙機熱備也還是雙機熱備。愛數(shù)一直強調(diào)的是,雙機熱備僅能保證前端應用服務器宕機后的接管,但是后端存儲出現(xiàn)問題是無法采用雙機熱備來實現(xiàn)保護的。采用虛擬機做雙機熱備,性能本身也存在一定的問題。所以,這種方案表面上看,似乎在成本方面比實體機的雙機熱備有優(yōu)勢,但實際上采用虛擬機進行雙機熱備,性能很成問題。而且數(shù)據(jù)也沒有做到保護。離線備份方案CDP方案如果非自己研發(fā)的,是OEM的話,成本會比較高;不具備信息安全、涉密等資質(zhì);無法支持掛載后數(shù)據(jù)的增量回傳;火星競爭應對競爭參數(shù)愛數(shù)火星高科產(chǎn)品架構(gòu)真正備份容災一體化備份和CDP是兩個產(chǎn)品,但是可以安裝在一個設備中重復數(shù)據(jù)刪除功能源端目標端持續(xù)數(shù)據(jù)保護CDP自主研發(fā)可能是OEM備份存儲系統(tǒng)RAID硬件RAID方式并具有電池保護功能支持硬盤熱插更換軟RAID如果采用硬件RAID,那么就需要把硬盤先通過RAID卡做成虛擬磁盤,加到存儲

池里面去,再做條帶化。這樣的話,就不能夠進行在線的熱插拔維護虛擬化支持支持CBT備份方式支持VADP備份單虛擬機級別的瞬間恢復文件級細粒度恢復虛擬機自動發(fā)現(xiàn)支持指定資源池恢復支持恢復指定是否開機、是否連網(wǎng)選項支持vCenter集群漂移備份支持Hper-V集群漂移備份不支持數(shù)據(jù)庫應用數(shù)據(jù)源自動發(fā)現(xiàn)支持不支持基于軟件狀態(tài)和硬件狀態(tài)的遠程監(jiān)管支持不支持

數(shù)據(jù)庫細粒度恢復支持Oracle庫級和表級恢復支持Exchange郵件級恢復不支持

涉密資質(zhì)信息安全、軍密、國家保密局等資質(zhì)只有軟件版有國家保密局資質(zhì)認證,一體機沒有認證AnyShare數(shù)據(jù)保護支持不支持AnyStorage存儲快照及復制管理支持不支持云芯產(chǎn)品競爭分析應對云芯多對一容災方案(虛擬化容災)定義多臺待容災生產(chǎn)服務器的各容災機可通過一個虛擬化平臺進行管理的容災方案;“多”是指多臺待容災的生產(chǎn)服務器,“一”是指用來管理各容災機的虛擬化平臺,如:VMwarevSphere。工作原理在創(chuàng)建任務后的初始化階段,通過P2V、V2V技術將待容災生產(chǎn)服務器中的靜態(tài)數(shù)據(jù)復制到容災機;在增量階段,通過文件CDP技術將生產(chǎn)服務器中產(chǎn)生的增量數(shù)據(jù)通過TCP/IP網(wǎng)絡傳輸?shù)饺轂臋C;優(yōu)點在創(chuàng)建任務過程中,容災機的屬性可以定制,如:內(nèi)存、CPU、磁盤、網(wǎng)絡帶寬等;初始化階段,通過P2V、V2V進行靜態(tài)數(shù)據(jù)拷貝,故不需要啟動容災機;缺點在初始化階段,不支持斷點續(xù)傳,發(fā)生網(wǎng)絡故障,將從頭開始初始化;初始化若包含大量小文件,由于是VMDK文件拷貝,也存在比較嚴重的性能問題;在增量階段,為解決磁盤和網(wǎng)絡之間速度差,在生產(chǎn)服務器段添加了(內(nèi)存+磁盤)形式的緩存,故,在速度差存在的情況下,也無法達到真正的實時復制;在增量階段,發(fā)生網(wǎng)絡故障,若心跳時間內(nèi),緩存未滿則任務可以繼續(xù)執(zhí)行,若心跳時間內(nèi),緩存滿則任務從頭開始執(zhí)行在增量階段,由于存在磁盤和網(wǎng)絡速度差導致的延時,也無法保證數(shù)據(jù)的一致性;其他一個虛擬平臺能支撐的容災機數(shù)量,與承載虛擬平臺的硬件性能相關在此種方案中,不存在時間點的概念,也不在虛擬ip,也沒有數(shù)據(jù)回傳的概念在初始化完成后,該方案可以執(zhí)行演習功能,在演習場景中,生產(chǎn)服務器的ip會漂移到容災機,但容災機的網(wǎng)卡被禁用云芯一對一容災方案(單網(wǎng)卡容災方案)定義和多對一容災方案相比,該方案中生產(chǎn)服務器和容災服務器都是物理機,并且都要處于開機狀態(tài)。工作原理在創(chuàng)建容災任務前,需要準備一個和生產(chǎn)服務器一致的容災服務器;在初始化階段,通過文件拷貝的方式將數(shù)據(jù)復制到容災服務器中;在增量階段,通過文件CDP技術將生產(chǎn)服務器中產(chǎn)生的增量數(shù)據(jù)通過TCP/IP網(wǎng)絡傳輸?shù)饺轂臋C;優(yōu)點支持各種主流數(shù)據(jù)庫及文件的容災;生產(chǎn)服務器和容災服務器必須是同一版本的操作系統(tǒng),但硬件可以異構(gòu);在故障接管后,可以將生產(chǎn)服務器恢復到任意一個時間點;缺點新生產(chǎn)服務器產(chǎn)生的增量數(shù)據(jù)無法恢復到原生產(chǎn)服務器;支持MSCS容災,但是不支持OracleRAC容災;在該方案中,沒有數(shù)據(jù)回拷貝的概念,在故障發(fā)生后,生產(chǎn)服務器和容災服務器之間的容災關系解除,容災關系需要通過重建任務綁定;其他在演習過程結(jié)束后,若生產(chǎn)服務器的緩存未滿,則容災任務繼續(xù)進行,否則任務從頭開始進行;支持演習功能,在演習過程中,虛擬IP會漂移到容災服務器,但容災服務器的網(wǎng)卡為禁用狀態(tài);云芯一對一容災方案(雙網(wǎng)卡容災方案)定義該方案中需要生產(chǎn)服務器和容災服務器中至少存在兩張網(wǎng)卡,其中一個網(wǎng)卡提供和單網(wǎng)卡容災方案中相似的能力,另一張網(wǎng)卡作為容災關系綁定網(wǎng)卡。工作原理在任務執(zhí)行前也需要準備一臺和生產(chǎn)服務器一致的容災服務器;在初始化階段,通過文件拷貝的方式將數(shù)據(jù)復制到容災服務器中;在增量階段,通過文件CDP技術將生產(chǎn)服務器中產(chǎn)生的增量數(shù)據(jù)通過TCP/IP網(wǎng)絡傳輸?shù)饺轂臋C;優(yōu)點在故障接管后,新的生產(chǎn)服務器(容災服務器)會定期的檢測原生產(chǎn)服務器的狀態(tài),以便啟動新容災任務;在新啟動的容災任務中,會執(zhí)行差異化的初始化復制及增量復制過程,所以差異化的初始化是指:新的生產(chǎn)服務器會將所有的數(shù)據(jù)傳輸?shù)皆a(chǎn)服務器,但原服務器會執(zhí)行塊級數(shù)據(jù)校驗,以決定是否接受該數(shù)據(jù)塊;云芯小機容災方案定義在小機環(huán)境下,只支持基于Oracle日志的容災。工作原理在任務執(zhí)行前也需要準備一臺和生產(chǎn)服務器一致的容災服務器;在初始化階段,通過Oracle備份工具將初始化數(shù)據(jù)拷貝到容災服務器;在增量階段,通過Oracle日志接口將新產(chǎn)生的Oracle日志通過TCP/IP網(wǎng)絡傳輸?shù)饺轂臋C端;缺點在容災服務器端,Oracle需要執(zhí)行日志重做任務,故容災服務器中的Oracle需要等待一段時間才可用。云芯容災方案“亮點”多對一容災方案不需要開機!一個虛擬化平臺上就能建立更多的災備機,成本優(yōu)勢會更加明顯。BUT……在這種解決方案中,沒有時間點的概念,用戶只能選擇最新的時間點。這會帶來兩個弊端:1.用戶無法選擇之前的時間點進行接管;2.實時復制的時間點不一定就是數(shù)據(jù)一致性的那個點,也就是說,當用戶只能選擇最新的時間點進行容災接管時,這個時間點的數(shù)據(jù)有可能是不一致的!這是給用戶埋下了巨大的隱患,并且避無可避。

愛數(shù)的容災方案則支持無限個時間點,不會出現(xiàn)這樣的問題。云芯容災方案的“亮點”文件級CDP,粒度比較細,RTO有優(yōu)勢哦。BUT……在這種解決方案中,如果用戶的數(shù)據(jù)環(huán)境是千萬級小文件,采用文件級CDP只能給人一種感覺——慢!云芯在前兆網(wǎng)絡下,拷貝速度不大于10MB/s。

愛數(shù)容災方案則是采用卷CDP:千萬級小文件環(huán)境采用卷CDP,性能無憂。云芯容災方案的“亮點”容災機在創(chuàng)建任務過程中自動生成,好神奇哦。BUT……其實就是采用VMware的Converter工具實現(xiàn),這屬于“你有我有全都啊”的東西,沒有特別之處。云芯容災方案的“亮點”增量復制過程支持斷點續(xù)傳,能夠減少數(shù)據(jù)復制量。BUT……表面上看是能夠減少數(shù)據(jù)復制量,但是其采用的是緩沖機制來實現(xiàn)這一目標。增量復制過程中若網(wǎng)絡中斷,則會把數(shù)據(jù)先緩沖到客戶端機器的內(nèi)存和磁盤上,但是一旦內(nèi)存和磁盤寫滿,這個任務就會重新開始——這實際上還是完完整整的把數(shù)據(jù)重新傳輸了一遍。并且一旦緩沖寫滿就重新任務,其數(shù)據(jù)復制的量只會更大。增量復制的效果只能在特定情況下起到作用,而且非常有限。云芯容災方案的“亮點”實體機的容災方案具備無限個時間點。BUT……首先,我們愛數(shù)的容災方案也具備無限個時間點,這點上咱們和云芯的一樣的。但是他們的接管存在一些問題:若沒有反向復制操作,則在接管后,要反向復制數(shù)據(jù)到原機,需要重新建立容災任務

而愛數(shù)則不需要重新建立任務若進行反向復制操作,則會將災備機的數(shù)據(jù)完全復制到原生產(chǎn)機,這就會把大量原生產(chǎn)機已有的數(shù)據(jù)進行復制,這樣做無疑是對網(wǎng)絡、時間的極大浪費。Avamar產(chǎn)品競爭分析應對Avamar新版本功能概覽EMCAvamar7.0還是一個以定時備份為主的一體化備份產(chǎn)品支持主流的操作系統(tǒng)平臺(Windows、Linux、AIX、Solaris、HP-UX、MAC、Free-BSD)對主流的數(shù)據(jù)庫系統(tǒng)進行定時備份保護(Oracle、OracleRAC、SQLServer、Exchange、Sharepoint、DB2、Domino、Sybase、SAP)對主流的虛擬化平臺進行定時備份保護(VMwarevSphere、MicrosoftHyper-V)支持VTL支持源端重復數(shù)據(jù)刪除支持節(jié)點冗余技術EMCAvamar7.0針對虛擬化備份的改進和增強即時訪問備份的虛擬機業(yè)界唯一支持VMwareCBT的備份和恢復技術,恢復速度比完整恢復方式提高30倍不必占用虛擬機空間,無需恢復即可直接將備份映像檔開機使用適用于Windows和Linux的無代理文件級恢復動態(tài)智能策略,管理時間減少90%?

自動對新添加的虛機部署保護策略,高效確保虛擬化全局時時處于保護狀態(tài)?

虛擬化管理員無需學習新管理工具,可直接在VMwareWebClient管理操作?

結(jié)合使用Avamar與DataDomain系統(tǒng),支持所有數(shù)據(jù)中心工作負載節(jié)約8倍資源,滿足擴張需求?

同樣資源,過去只能備份或恢復一臺虛機,現(xiàn)在可以備份和恢復8臺虛機?

獨家源端和可變長度消重技術,備份數(shù)據(jù)量減少99%,降低資源爭用?

唯一支持CBT以最快速度完成虛擬機備份,備份時間減少90%Avamar新版本功能分析Avamar7.0功能分析:Avamar支持CBT備份和恢復技術,可以實現(xiàn)虛擬化備份全部為完全備份,沒有增量備份類型,但實際上每一次完全備份只備份增量變化的數(shù)據(jù),同時恢復任意一個時間點的數(shù)據(jù)時,也只需要恢復一個時間點的數(shù)據(jù),不需要按照完全+增量時間點的模式進行恢復;(注意:目前AnyBackup5.0僅支持CBT的備份,CBT的恢復模式正在研發(fā)中,還未支持,也就是需要在后面的版本中才可以做到只需要恢復一個時間點的數(shù)據(jù)即可以完成恢復)Avamar支持虛擬機即時掛載使用,需要DataDomain的支持,同時也支持用vMotion將虛擬機從DataDomain上遷移回生產(chǎn)環(huán)境;(注意:這個特性支持需要DataDomain,方案成本會增加,AnyBackup

5.0同樣支持這個特性,掛載性能比Avamar要好,但是會在備份存儲柜中占用兩倍的虛擬化數(shù)據(jù)空間,一份是掛載卷中的數(shù)據(jù),一份是OFS卷中的數(shù)據(jù))Avamar支持與vSphereClient相集成,支持直接在vSphereClient中直接管理Avamar的備份恢復業(yè)務;(AnyBackup5.0暫時還未支持,在后續(xù)版本中會支持)Avamar的虛擬化備份分為兩種備份方式:來賓級備份、映像級備份;來賓級備份是最傳統(tǒng)的備份方式,需要在所有虛擬機上安裝代理,備份和恢復工作都通過代理完成;映像級備份不需要安裝客戶端代理即可以完成所有虛擬機的備份;(實際上,還是需要在一臺VM上安裝部署他們所謂的多線程通用備份代理,實際上為我們的HOT-ADD備份模式)映像級備份支持完整VM的恢復和文件級恢復,支持特定磁盤粒度的備份;(AnyBackup5.0目前也能完全支持以上特性)Avamar新版本功能分析Avamar7.0功能分析:Avamar在虛擬化備份時有很好的重刪比,是因為需要使用他們所謂的來賓級備份的模式,也就是需要在所有虛擬機上安裝客戶端代理,從而可以基于文件系統(tǒng)來讀取數(shù)據(jù)塊,提升數(shù)據(jù)塊的重復識別度;(使用AnyBackup5.0的來賓級備份的方案,同樣也能取得很好和重刪比,AnyBackup5.0的重復數(shù)據(jù)刪除技術目前采用變長的數(shù)據(jù)分片算法,具有比較高的重復數(shù)據(jù)識別率)Avamar支持針對VMwareview的保護,但是保護方案是將VMwareview的各個關鍵組件進行單獨的保護,比如VMwareview中的SQLServer、AD、ESXI等,災難恢復時,需手工將各組件逐個恢復到生產(chǎn)環(huán)境;(使用這種模式來支持VMwareview的保護,AnyBackup5.0的方案也可以按照VMwareview的官方保護步驟進行支持對VMwareview進行保護)Avamar新版本競爭應對Avamar7.0參數(shù)競爭應對:(打★的為關鍵參數(shù))1.★規(guī)格:采購備份軟硬件一體機設備;(AnyBackup5.0支持這條參數(shù))2.★備份許可授權:使用容量方式進行許可證授權,對用戶客戶端的數(shù)量和應用類型沒有任何限制;(AnyBackup5.0支持這條參數(shù))3.★高效的恢復能力:恢復數(shù)據(jù)時不需采用全備份疊加增量備份來恢復至指定的時間點,而是采用任意時間點恢復的方式直接恢復到客戶所要求時間點的數(shù)據(jù);(AnyBackup5.0暫不支持這條參數(shù),后續(xù)版本會支持)4.★備份源重復數(shù)據(jù)刪除技術:備份要求在數(shù)據(jù)源進行重復數(shù)據(jù)刪除,避免大量數(shù)據(jù)通過網(wǎng)絡傳輸時帶來的帶寬的占用和過長的備份窗口,將客戶端上需要備份的數(shù)據(jù)中的重復部分在傳輸之前就進行甄別和篩選,只將唯一的數(shù)據(jù)段備份到終端存儲上;(AnyBackup5.0支持這條參數(shù))5.★高可用保證:存儲備份的一體機設備,要求采用獨立節(jié)點冗余技術,即為兩臺設備;在整個體系構(gòu)架中,具有冗余保護,無論是單臺設備的故障還是系統(tǒng)中單個磁盤的故障都不會影響到備份系統(tǒng)的完整性和運行;(AnyBackup5.0不支持這條參數(shù),主要是在采用獨立節(jié)點冗余技術上不支持)6.★全局重復數(shù)據(jù)刪除技術:備份數(shù)據(jù)被傳送到備份一體機,備份一體機可自動對這些來自多個客戶端的數(shù)據(jù)作全局性的重復數(shù)據(jù)再刪除,以最小化重復數(shù)據(jù)的可能性;(AnyBackup5.0支持這條參數(shù))Avamar新版本競爭應對Avamar7.0參數(shù)競爭應對:

(打★的為關鍵參數(shù))7.數(shù)據(jù)切分比對技術:備份方案采用高效率的重復數(shù)據(jù)刪除技術,能夠?qū)Σ煌奈募捎米冮L而非定長的數(shù)據(jù)段進行分割。無論文件更改了哪部分都能夠智能的找到未發(fā)生變化的部分,而不會增加需要傳輸?shù)膫浞輸?shù)據(jù)量;(AnyBackup5.0支持這條參數(shù))8.備份數(shù)據(jù)的可訪問性:備份后的文件可以export成文件系統(tǒng),讓用戶直接訪問到備份后的數(shù)據(jù),無須進行整個數(shù)據(jù)集的恢復操作后才能訪問那些被備份的數(shù)據(jù);(AnyBackup5.0支持這條參數(shù))9.★兼容性要求:要求與存儲、虛擬化引擎統(tǒng)一品牌;(AnyBackup5.0不支持這條參數(shù),主要是統(tǒng)一虛擬化引擎品牌上不支持)Avamar新版本競爭應對AnyBackup5.0可以用來屏蔽Avamar7.0競爭的參數(shù):支持對SQLServer、Oracle、Sybase、LotusDomino、DB2、MySQL等主流應用進行在線實時保護,支持無限歷史時間點留存,且發(fā)生災難時無需進行恢復,備份數(shù)據(jù)可直接通過掛載的方式使用,無需恢復。支持以非腳本的方式實現(xiàn)對Oracle數(shù)據(jù)庫的單表級細粒度恢復,且支持在線恢復,不影響恢復過程中對Oracle其它正常數(shù)據(jù)的在線使用支持USB-Key的方式加強用戶身份驗證,最大限度的確保系統(tǒng)安全,防止安全泄密及其風險支持通過原廠商提供的統(tǒng)一遠程監(jiān)管平臺,對備份存儲系統(tǒng)的軟件故障和硬件故障信息進行監(jiān)管和及時將故障信息傳回原廠商,以得到第一時間的技術支持備份軟件系統(tǒng)需通過中國國家信息安全產(chǎn)品檢測認證備份存儲系統(tǒng)需通過公安部頒發(fā)的計算機信息系統(tǒng)安全專用產(chǎn)品銷售許可證備份存儲系統(tǒng)需通過國家保密局涉密信息系統(tǒng)產(chǎn)品檢測認證備份存儲系統(tǒng)需通過中國人民解放軍軍用信息安全產(chǎn)品檢測認證支持對Gbase、達夢數(shù)據(jù)庫,神通數(shù)據(jù)庫等國產(chǎn)主流應用進行在線備份保護支持AnyShare數(shù)據(jù)保護和AnyStorage存儲快照及復制管理對VMware備份無需在Vmware虛擬化平臺中安裝任何代理客戶端及部署任何備份代理虛擬機,降低對生產(chǎn)系統(tǒng)影響Symantec產(chǎn)品競爭分析應對Symantec競爭產(chǎn)品系列NetBackup7.6新增和增強的功能:NetBackupAccelerator(針對于VMware)此功能使用Accelerator技術加快虛擬化備份速度,在完成增量備份期間還提供完全備份映像。NetBackupReplicationDirector(針對于VMware)此功能對于基于陣列的快照和復制快照的管理和恢復,實現(xiàn)端到端的統(tǒng)一控制。NetBackupInstantRecovery(適用于VMware)此功能可即時實現(xiàn)從備份存儲還原任何受保護的虛擬機,使其100%可用而不會出現(xiàn)服務中斷。VMwarevCloudDirector支持通過vCloudDirector備份API集成,自動發(fā)現(xiàn)和保護公共和私有vCD部署中新置備的虛擬機。定向的自動映像復制(AIR)提高了災難恢復(DR)靈活性,方法為選擇要復制到的目標域并繼承域的保留特性。無需再保持源域的保留級別。跨備份域進行遠程復制,復制到遠程備份域后,可以在遠程備份域中獨立恢復Symantec競爭產(chǎn)品系列NetBackup7.6的虛擬化保護能力支持vmware、hyper-v虛擬化平臺的保護(AnyBackup5.0也支持)支持IRV(InstantRecoveryforVM)支持即時掛載恢復,支持vMotion在線遷移(AnyBackup5.0也支持)備份加速虛擬機加速備份,通過全部完全備份的方式實現(xiàn),所有時間點都可以是完全備份時間點支持CBT備份,但未支持CBT恢復(AnyBackup5.0也支持CBT備份,但還未支持全部為完全備份時間點)V-Ray技術(對應我們的文件級細粒度恢復技術)無需在虛擬機內(nèi)安裝備份軟件客戶端就可以備份文件和Windows應用程序,如SQL/Exchange一次備份可以同時支持虛擬機恢復和文件級恢復,包括Windows和Linux平臺(AnyBackup5.0也支持虛擬機級恢復和文件級恢復,目前還示支持虛擬機內(nèi)的應用發(fā)現(xiàn))vCenter整合提供vCenter插件,可以在vCenter中直接管理虛擬機的備份恢復,7.6.0.2版本提供(AnyBackup5.0未支持)

Symantec競爭產(chǎn)品系列NetBackup7.6的存儲快照管理能力支持EMC、HP、Hitachi、IBM、NetApp系列存儲系統(tǒng)的存儲快照管理(AnyBackup5.0目前只支持AnyStorage的存儲快照管理)Symantec競爭產(chǎn)品系列NetBackup7.6的其他高級能力支持備份到云服務中(都是國外的公有云,目前無國內(nèi)的公有云)Amazon

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論