在企業(yè)發(fā)展的進程中，伴隨著企業(yè)規(guī)模的發(fā)展壯大，組織人員，系統(tǒng)應用都會隨著企業(yè)發(fā)展的壯大而迅速的擴張，數(shù)據(jù)大集中、應用大集中，已成為企業(yè)信息化發(fā)展的必然趨勢。無論從節(jié)省財力資源、人力資源的角度，還是從信息系統(tǒng)為企業(yè)業(yè)務服務、提高競爭力、加強風險控制手段的角度來說，集中化的信息系統(tǒng)模式都能提供更大的優(yōu)勢，但是集中化的信息系統(tǒng)也面臨著一些新的困難和挑戰(zhàn)。

Gartner Group發(fā)布了一份報告，揭示了數(shù)據(jù)丟失風險的嚴重性：在經(jīng)歷了數(shù)據(jù)完全丟失而導致系統(tǒng)停運的企業(yè)中，有2/5再也沒能恢復運營，余下的企業(yè)也有1/3在兩年內(nèi)宣告破產(chǎn)。也就是說，六成企業(yè)因數(shù)據(jù)完全丟失而倒閉。為保障數(shù)據(jù)的安全性，容災建設必不可少，各種異地災備中心、同城災備中心，都在如火如荼的建設中。

在災備建設中往往需要考慮兩個指標：RTO、RPO。在數(shù)據(jù)中心和災備中心網(wǎng)絡中，我們往往已采用高性能的災備系統(tǒng)以及千兆甚至萬兆網(wǎng)絡，從端點上為災備運轉高效打下了良好的基礎。但是在真正進行災備數(shù)據(jù)傳輸時，卻遭遇到了以下幾種尷尬場景：

畫面一，每日需傳輸?shù)臑膫鋽?shù)據(jù)量大，以百G來計，但從主數(shù)據(jù)中心的到災備中心的專線只有僅僅10Mbps，數(shù)據(jù)無法在指定時間內(nèi)完成傳輸。隨著業(yè)務的不斷增多，數(shù)據(jù)滯后也越來越多，數(shù)據(jù)的丟失風險也不斷攀升，RPO難保證……

畫面二，多數(shù)據(jù)中心拉了1Gbps的公網(wǎng)帶寬進行實時遠程復制或災備數(shù)據(jù)傳輸，但受到公網(wǎng)丟包延時的限制，尤其在跨運營商情況下，雖然帶寬高達1G，但數(shù)據(jù)傳輸速度一直上不去，效率受到了大大制約……

畫面三，主數(shù)據(jù)中心和災備中心之間通過1Gbps的專線互聯(lián)，延時只有25ms，網(wǎng)絡帶寬足質量好，但是災備系統(tǒng)在運作時，速度極限只能跑到尷尬的180Mbps，徒有大帶寬卻白白浪費，RTO不達標……

以上場景都體現(xiàn)了一個問題，在高性能的災備系統(tǒng)和局域網(wǎng)絡面前，廣域網(wǎng)絡成為了整個災備運轉的瓶頸。需要獲得高效率災備及數(shù)據(jù)恢復，就需要解決容災網(wǎng)絡效率低下的問題。

那該如何解決？

深信服WOC容災網(wǎng)絡優(yōu)化方案給出了很好的答案。

針對場景一，主要是數(shù)據(jù)量大與窄帶寬之間的矛盾。

深信服WOC容災網(wǎng)絡優(yōu)化方案采高細粒度冗余數(shù)據(jù)消除技術解決，無損數(shù)據(jù)削減的方式，減少網(wǎng)絡中需要傳輸容災數(shù)據(jù)總量，在有限的帶寬內(nèi)實現(xiàn)高效的傳輸，從而提升災備速率。數(shù)據(jù)削減采用的技術為基于碼流特征的數(shù)據(jù)優(yōu)化技術，以及無損數(shù)據(jù)流壓縮技術，實現(xiàn)bit級重復數(shù)據(jù)刪除，災備需傳輸流量可達到60%-90%的削減。

某檢驗檢疫局，主數(shù)據(jù)中心在省會城市A，并在地市局B建立災備中心，A到B之間只有4Mbps的專線互聯(lián)，每日災備數(shù)據(jù)需要從晚上完成到A到B的傳輸。但由于數(shù)據(jù)量大，往往在規(guī)定的備份時間窗口之內(nèi)無法完成傳輸，需要到第二天中午才把災備數(shù)據(jù)傳輸完。而災備數(shù)據(jù)和業(yè)務鏈路為共用專線，導致第二天上網(wǎng)B局人員訪問業(yè)務系統(tǒng)速度非常慢。通過深信服WOC容災網(wǎng)絡優(yōu)化方案對災備傳輸進行優(yōu)化，原有需要傳輸整晚甚至到第二天中午才傳完的數(shù)據(jù)，部署后兩三個小時既已完成災備數(shù)據(jù)的傳輸，加快了災備效率，降低數(shù)據(jù)災難風險。

針對場景二，災備效率的瓶頸主要在網(wǎng)絡的質量上。

在丟包存在、延時較高的情況下，網(wǎng)絡實際吞吐性能將大打折扣；同時，災備需傳輸?shù)臄?shù)據(jù)量大，也是耗時長、RTO不達標的一個原因。針對這個問題，深信服WOC容災網(wǎng)絡優(yōu)化提出鏈路質量優(yōu)化+無損數(shù)據(jù)削減的方案解決。針對公網(wǎng)線路，尤其跨運營商線路中的丟包延時問題，通過鏈路質量優(yōu)化功能，采用改進性的HTP算法優(yōu)化TCP協(xié)議，在丟包延時環(huán)境下大大提升網(wǎng)絡的吞吐性能；并通過基于碼流特征的數(shù)據(jù)優(yōu)化技術，以及無損數(shù)據(jù)流壓縮技術，大大消除災備需傳輸?shù)臄?shù)據(jù)量，提升帶寬吞吐、削減傳輸數(shù)據(jù)量，從而實現(xiàn)災備網(wǎng)絡的加速。

某媒體集團，主數(shù)據(jù)中心在北京，災備中心在廣州，出口分別電信和聯(lián)通的公網(wǎng)線路，主要傳輸?shù)臄?shù)據(jù)類型為音視頻數(shù)據(jù)。由于受到跨運營商的影響，原有NetApp災備系統(tǒng)受到網(wǎng)絡影響比較嚴重，傳輸速度平均為6Mbps，峰值只有10Mbps。通過深信服WOC容災網(wǎng)絡優(yōu)化方案的部署，解決網(wǎng)絡質量問題，傳輸速度從6Mbps一下提高到了50Mbps，網(wǎng)絡性能得到顯著的提高。

針對場景三，主要是因為TCP本身的制約導致傳輸速度受限。

在一對災備系統(tǒng)之間，往往是通過單TCP連接或是僅幾條TCP連接相連，而TCP本身因為受到傳輸窗口等協(xié)議本身的限制，速度存在上限值。傳統(tǒng)的TCP協(xié)議傳輸窗口為64KB，在網(wǎng)絡延時為20ms時，單條TCP連接吞吐僅為25Mbps。雖然許多災備系統(tǒng)基于Unix開發(fā)，對TCP協(xié)議進行了一部分優(yōu)化，但相對于1Gbps這樣的大帶寬，吞吐還是出于160Mbps-200Mbps這樣的低位，無法完全利用帶寬保障RTO。

針對TCP本身的低效性，深信服WOC災備優(yōu)化方案通過TCP協(xié)議優(yōu)化+無損冗余數(shù)據(jù)削減功能，可大大提升整個網(wǎng)絡的吞吐。在某金融機構實際測試中，對于一對災備設備之間的廣域網(wǎng)傳輸，性能從160Mbps大幅提升至600Mbps，并可擴展提升至2.5Gbps，滿足大帶寬災備需求。