跨idc容災

1、跨洲際IDC部署的數據同步是怎麼做的呢

要看是什麼數據了，如果是資料庫的數據，大多數資料庫都有專門工具進行數據同步。如果是ftp數據，有ftp同步工具進行同步，如果是業務數據會有專門的JMS進行消息分發同步數據。

2、如何申請跨地區idc？

idc是互聯網數據中心的簡稱，指的是通過與互聯網的高速連接，藉助運營商豐富的網路資源，向客戶提供主機、帶寬、空間租用及相關增值業務，並為客戶提供有品質保證的服務。idc包括主機託管、虛擬主機、主機租用三大基礎業務及相關增值業務。

idc許可證的申請需要具備以下條件：
1、IDC經營者為依法設立的公司；
2、有與開展經營活動相適應的資金和專業人員；
3、有為用戶提供長期服務的信譽或者能力；
4、在省、自治區、直轄市范圍內經營的，注冊資本最低限額為100萬元人民幣；在全國或者跨省、自治區、直轄市范圍經營的，注冊資本最低限額為1000萬元人民幣；
5、有必要的場地、設施及技術方案；
6、公司及其主要出資者和主要經營管理人員三年內無違反電信監督管理制度的違法記錄。
申請idc許可證需要准備以下材料：
1、公司營業執照及章程；
2、法人及股東身份證；
3、公司主要管理人員及技術人員身份證；
4、社保證明；
5、接入協議及託管商資質。

3、數據中心容災和F5是什麼意思？

F5公司的數據中心容災方案非常不錯，所以大家習慣將數據中心容災和F5相提並論，前者是需求，後者是解決方案，如果還不理解，直接去F5中文官網上免費咨詢吧：f5.com.cn

4、數據中心容災備份方案中，哪種級別的備份容災效果最好

應用級容災。
數據級容災，是在異地建立一個數據系統，該系統是本地關鍵應用數據的一個可用備份。在本地數據出現災難時，系統至少在異地保存有一份可用的關鍵業務的數據。數據級容災是應用級容災的基礎，而應用級容災是數據級容災的發展。

5、數據中心容災7個級別的區別？

根據1992年Anaheim制定的國際標准SHARE 78的定義，
容災備份中心自動異地遠程恢復任務被定義有七種層次：

1.層次0---本地數據備份與恢復；
2.層次1---批量存取訪問方式；
3.層次2---批量存取訪問方式+熱備份地點；
4.層次3---電子鏈接；
5.層次4---工作狀態的備份地點；
6.層次5---雙重在線存儲；
7.層次6---零數據丟失。

6、容災備份的數據容災備份的等級

一般來說說，數據災備的等級分為4個不同的等級。
第0級：沒有備援中心
數據只是在本地進行了備份，沒有送往異地進行容災。
第1級：本地磁帶備份，異地保存
第一級容災會將關鍵數據送異地保存，當災難發生時，關鍵數據優先恢復。
第2級：熱備份站點備份
通過網路以同步或非同步方式將數據備份在異地建立的熱備份點，備份站點在需要的時候充當主要站點，維護業務正常運行。
第3級：活動備援中心
這一級別的備份容災，會通過選擇在相隔較遠的兩個不同地方分別建立兩個數據中心，兩個站點同時開展公司，同時進行相互數據備份。其中一個中心發生災難，另一個站點中心接替承載業務進行正常運作。

7、怎麼加快容災數據從主數據中心到災備中心的傳輸，縮短時間，並保障RTO？

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

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

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

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

以上場景都體現了一個問題，在高性能的災備系統和區域網絡面前，廣域網路成為了整個災備運轉的瓶頸。需要獲得高效率災備及數據恢復，就需要解決容災網路效率低下的問題。

那該如何解決？

深信服WOC容災網路優化方案給出了很好的答案。

針對場景一，主要是數據量大與窄帶寬之間的矛盾。深信服WOC容災網路優化方案采高細粒度冗餘數據消除技術解決，無損數據削減的方式，減少網路中需要傳輸容災數據總量，在有限的帶寬內實現高效的傳輸，從而提升災備速率。數據削減採用的技術為基於碼流特徵的數據優化技術，以及無損數據流壓縮技術，實現bit級重復數據刪除，災備需傳輸流量可達到60%-90%的削減。

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

針對場景二，災備效率的瓶頸主要在網路的質量上。在丟包存在、延時較高的情況下，網路實際吞吐性能將大打折扣；同時，災備需傳輸的數據量大，也是耗時長、RTO不達標的一個原因。針對這個問題，深信服WOC容災網路優化提出鏈路質量優化+無損數據削減的方案解決。針對公網線路，尤其跨運營商線路中的丟包延時問題，通過鏈路質量優化功能，採用改進性的HTP演算法優化TCP協議，在丟包延時環境下大大提升網路的吞吐性能；並通過基於碼流特徵的數據優化技術，以及無損數據流壓縮技術，大大消除災備需傳輸的數據量，提升帶寬吞吐、削減傳輸數據量，從而實現災備網路的加速。

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

針對場景三，主要是因為TCP本身的制約導致傳輸速度受限。在一對災備系統之間，往往是通過單TCP連接或是僅幾條TCP連接相連，而TCP本身因為受到傳輸窗口等協議本身的限制，速度存在上限值。傳統的TCP協議傳輸窗口為64KB，在網路延時為20ms時，單條TCP連接吞吐僅為25Mbps。雖然許多災備系統基於Unix開發，對TCP協議進行了一部分優化，但相對於1Gbps這樣的大帶寬，吞吐還是出於160Mbps-200Mbps這樣的低位，無法完全利用帶寬保障RTO。

針對TCP本身的低效性，深信服WOC災備優化方案通過TCP協議優化+無損冗餘數據削減功能，可大大提升整個網路的吞吐。在某金融機構實際測試中，對於一對災備設備之間的廣域網傳輸，性能從160Mbps大幅提升至600Mbps，並可擴展提升至2.5Gbps，滿足大帶

8、數據中心雙活方案異地災備需要多遠

關於異地災備，分為數據級和應用級兩種，前者可以保證數據的零丟失，後者在數據完整可用的基礎上，還可以保證業務的連續性。
至於異地災備需要多遠，則要考慮到數據中心所在地區的地理環境和實際應用。以地震為例：汶川地震，檔案數據毀滅性的損毀。玉樹地震，檔案館的13萬卷檔案中，有9家檔案室近萬卷檔案因辦公樓倒塌被廢墟掩埋，其餘12萬卷檔案均處於震後危房中。雅安地震的震中蘆山縣龍門鄉99%以上房屋垮塌，衛生院、住院部停止工作，停水停電……
異地容災的建設原則
1、異地的擇址標准
不在同一個電網、不在同一個江河流域、不在同一個地震帶，相距三百公里以上。
2、統籌規劃、資源共享、平戰結合、等級容災
首先，災難備份一定要統籌規劃。在集約化模式下建設，對災備進行統一規劃、統一策劃。而資源共享，也就是說我們不要每一家都自己花錢建設運營，要實現資源共享。
另外，「平戰結合」，也就是要考慮扭轉災備「高投入、低效率」的特點，在非災難時期，充分利用災備中心的資源，做到「戰時能戰、平時有用」。
最後，災備建設中的等級容災與等級保護一樣，並不是建設級別越高越好。而是需要評估各個業務的重要程度及對信息系統的依賴程度，根據系統的業務實效性、關鍵性、安全性等方面進行認真分析，科學合理地確定災備系統建設等級。北京和力記易的UPM備特佳容災備份系統滿足各等級的異地容災保護，用戶可根據需求靈活配置。

9、如何實現數據中心異地容災備份

使用存儲虛擬化網關技術，統一管理各品牌型號的存儲設備。存儲虛擬化網關將業務數據同步寫入多台存儲設備，使得業務數據在多台存儲設備間實現實時同步。當有存儲故障離線時，存儲虛擬化網關在業務無感知的情況下切換到數據副本存儲以繼續提供服務。
數據本地備份，在本地數據中心部署備份軟體平台，備份物理機和虛擬機數據，提供數據回滾功能。當物理機損壞時，可以在備份平台上直接運行虛擬機，等物理機重新上線後，可選擇將整機數據重新同步推回到物理機。
數據異地容災，通過備份平台提供的數據復制功能，使用專用的網路通道，後台自動將備份完成的數據復制到異地數據中心的備份平台內，可通過備份操作平台，將業務系統切換到異地數據中心。

10、IDC容災是什麼意思

容災就是指單數據中心 出現自然災害引起的所有伺服器 網路中斷 數據丟失的解決方案
一般採用2點解決
1是a數據中心作為主 2選擇b數據中心 作為備用 做數據備份
當a出現問題 b立馬啟用