❶ 如何使用虛擬化軟體實現雙活災備系統
災備雙活如何實現數據同步？
問題1：金融系統中同城災備如何實現數據實時同步（兩地是異構存儲），請軟體推薦和方法？
問題2：如果是遠距離（1000KM）異地災備雙活，如何較好的實現數據同步？
希望獲得：具體解決, 注意事項, 實例參考
問題1：金融系統中同城災備如何實現數據實時同步（兩地是異構存儲），請軟體推薦和方法
問題2：如果是遠距離（1000KM）異地災備雙活，如何較好的實現數據同步？
A1：數據實時同步復制有兩種大的分類：
1）存儲復制 - 即使異構存儲也能，只不過效果差點。利用虛擬化網關集群設備（比如VPLEX）。但是有一個缺點，存儲層面的塊兒復制，解決不了邏輯校驗的問題，有可能同步過去的塊兒數據，資料庫無法識別。
2）資料庫層面的復制，Oracle、db2都有。是基於日誌的復制，數據復制量很小。很安全。但是災難時刻拉起資料庫的時間也不是很理想。有條件的做一下自動化開發。
wangj0923技術經理 , 工行
存儲復制最大的問題是，復制過去的磁碟對資料庫來講突然下宕後掛上的，有可能不識別，即便識別了，也要進行一致性校驗，那個時間是無法忍受的。
資料庫復制的問題是同步模式對主庫的影響較大，備庫出問題容易hang主庫，而非同步模式無法確保RPO為零。
需要各種技術組合起來用。
shenxzh系統工程師 , Nanjing Securities
同城災備，如果是ORACLE資料庫，可以使用遠距離RAC，實現同城雙活數據中心（通過ORACLE ASM實現異構存儲雙活，或者存儲虛擬設備VPLEX,SVC等）
遠距離異地災備，最好使用主備模式，採用dataguard利用非同步模式（或採用12C的far sync功能），保證數據安全
else_xie系統運維工程師 , PICC
cz_doctor、xk2008贊同了此回答
首先要確定，實現要異地實時同步，生產環境答應嗎？
另外帶寬，速度的壓力，成本投入能答應嗎？
每一個數據的修改交互，都需要問1000KM外的，是否OK了。然後才下一步？那多累的，估計某些應用可以，同步數據少的，對業務性能不敏感的。
現在很多存儲的復制技術，非同步效果也趨於同步效果，只要業務壓力在可接受范圍內，就能及時傳送數據過去，只要自己明白，如果遇到業務高峰時，是要承受數據傳輸滯後比較明顯的結果而已。
另外，對復制同步的數據，如果不是在線進行使用的，要定期的驗證檢查，反正數據已經是「帶病」的，還一直在同步，哪天真的要用，才發現，那就遲了。
zhoujia8218(提問者)
你的這些反問點，都是我要關注的和不明確的地方，謝謝提醒
nitkey系統架構師 , ECT
xiaoyaozi贊同了此回答
問題1：異構存儲要實現同城實時同步有幾種實現方式：1.存儲前面加一層虛擬網關，通過虛擬網關來實現兩個存儲的數據同步；2.操作系統層面，通過LVM或者veritas的卷管理軟體實現；3.通過應用層自己實現數據同步，比如ORACLE的DG，DB2的HADR。同城實時同步一般對架構環境的要求都較高，如果再加上是異構存儲，要特別注意兩個存儲的性能是否匹配，否則會出現短板
問題2:1000KM以上我認為基本上只有靠存儲的非同步復制，通過資料庫的復制方式在遠距離的案例上不是太多。
孔再華資料庫運維工程師 , 中國民生銀行
同城災備可以做到對等雙活。相當於雙中心不差別提供服務。資料庫技術有DB2 GDPC和Oracle Extended RAC。DB2 GDPC集群底層通過GPFS集群文件系統完成數據同步，支持異構的存儲。
遠距離災備如果需要雙活肯定是有很大限制的。首先數據不可能實時同步，代價太大。因此對一致性要求高的系統幾乎不可能。但是如果使用非同步的方式，例如DB2的HADR技術，或者是CDC等數據邏輯同步技術，能夠做到同步數據，但是災備伺服器只能用來做查詢分析等作用。
zhoujia8218(提問者)
CDC遠距離復制時有沒有需要注意的嗎？我們只用過同城的，遠距離的沒有嘗試過
❷ 3.雙活問題收集
2.問題列表
問題提出者進度結論備注
問題提出者進度結論備注
中台只需要業務支持還是存儲也要部署HNC 汪曉明 待討論專項：核心鏈路梳理
兩輪車hnc雙活對成本的要求是如何的 王勇 已完成
兩輪車線上部署方案以及打包腳本改造 圓圓 待討論專項：核心鏈路梳理
兩輪車所有外部服務+介面依賴梳理 圓圓 待討論專項：核心鏈路梳理
備機房如果只保證主鏈路，如何降低業務開發人員的感知和復雜度 田玉磊 已完成業務無感知應是基本原則。
Api Router目前如何工作已完成衛民已做解答
TCP和IOT層是否要做雙機房 田玉磊 已完成至少第一階段不會雙活 彭帝 判斷
本機房優先的路由策略(如何判斷是本機房服務，如何控制權重) 陳鵬志 需改造路由需要改造，
權重可以通過按照城市維度控制粒度
專項：bbo雙活方案
跨機房部署是否有獨立的注冊中心，zk是否會成為服務規模瓶頸 陳鵬志 已完成僅僅用作服務發現，不會影響性能。專項：ZK雙活方案
KOP支持多注冊中心下 陳鵬志 需改造專項：bbo雙活方案
DBProxy是否有現成的多機房方案 陳鵬志 需改造專項：DB雙活方案
多機房網路是否經過NAT映射 陳鵬志 已完成沒有
同城雙活目標，原則 侯雲飛 已完成穩定性OKR（ 服務端 ）決定目標
確定主鏈路，主鏈路和非主鏈路之間是否可以解耦降級 侯雲飛 需改造
互聯網流量如何打到多個機房，支持哪些策略 侯雲飛 已完成衛民已解答
機房收到流量後，路由到LA上，LA採用什麼技術 侯雲飛 已完成衛民已解答
zk集群每個機房一套，在部署時，如何保證服務配置在不同機房路由到不同zk集群 侯雲飛 專項：打包部署方案
DDMQ同一名稱的隊列如果是多機房多實例，那麼當某一機房故障時，會損失一部分消息，是否可接受 侯雲飛
mysql、gift、codis、mongo、kscheal雙活 侯雲飛 需改造
有些服務甚至依賴hbase，是否需要雙活 侯雲飛 需改造專項：核心鏈路梳理
請求路由sharding方案，並不是所有介面都有城市ID，是否有多套 吳文豪 需改造專項：路由策略
一旦鏈路上存在未雙活服務，存在跨機房調用，耗時不可控，也達不到同機房閉環的初衷 吳文豪 已完成同城雙活，跨機房調用RT增加1~2ms，不影響用戶體驗
業務調用中台，中台回調業務地址是VIP，運維層面能不能做到指定，還是需要改造 吳文豪 需改造專項：路由策略
MQ是否已經存在跨機房，這部分如何處理 吳文豪 需改造專項：MQ雙活方案
業務方需要在切換機房時主動切換dbproxy的vip 田玉磊 已完成不同機房會有不同配置
機房故障到切換主庫之間，會有短暫的服務無法寫入的情況，如何保證數據的強一致性？ 田玉磊 需改造專項：DB雙活方案
bbo如果部署雙活注冊中心，需要使用多活服務的消費者必須重新配置上線，
將來多活時還要調整，這雖然和我們的原則沖突，應該可以接受
侯雲飛 需改造專項：Dubbo雙活方案
❸ sdwan設備雙活與主備區別
@戰鳴中13128851296: 相比於單純的備份,雙活的優勢有哪些? - ： 相比於單純的備份,雙活是使用主備兩套IT系統同時承載業務(一般「主」所承載的業務量會更多),這樣既增加了業務承載量,同時主備又可以互為備援,當一套系統出現故障時可以快速切換到備端,從而保障業務的連續運行,最大程度降低人為或自然災害對業務造成的影響.但雙活的一個致命問題是無法解決邏輯錯誤問題,基於存儲層面的雙活一旦遭遇誤刪除、惡意篡改這種邏輯性錯誤,也就是出現我們常說的「雙死」問題.
@戰鳴中13128851296: dell 存儲控制器是雙活還是主備 - ： 控制器是單控雙控,你說的雙活什麼的是需要 雙機備份ROSE這軟體,需要專業技術人員安裝調試的
@戰鳴中13128851296: 雙活數據中心 是什麼 - ： 雙活數據中心就是一個主數據中心和一個備份數據中心.一般為了防止出現突然狀況而影響用戶的使用,會建設兩個或者兩個以上的數據中心.主數據中心用來承擔用戶的業務,而備份數據中心是為了備份主數據中心的數據,配置等.備份數據...
@戰鳴中13128851296: dell的雙活和emc的雙活的區別 - ： EMC范圍很廣,大體說都是電磁兼容類的內容至於CE-EMC,可能是具體說明CE下的emc指令吧,也就是說需要符合CE-emc指令的要求
@戰鳴中13128851296: 相比於單純的備份,雙活的弊端有哪些?有什麼解決方案? - ： 相比於單純的備份,雙活的一個致命問題是無法解決邏輯錯誤問題,基於存儲層面的雙活一旦遭遇誤刪除、惡意篡改這種邏輯性錯誤,也就是出現我們常說的「雙死」問題,因此CDP走入了人們的視線.數據是業務的基礎,業務是數據的運行方式,所以在雙活的架構下,數據備份模塊同樣重要.英方i2CDP在容災中心實現數據集中保護,可防止數據誤刪除、勒索病毒等故障.在容災中心進行數據備份還可減少生產系統的讀寫壓力.
@戰鳴中13128851296: 為什麼要實現雙活? - ： 企業出於對業務更高級別的保護,要求業務系統在人為誤操作、惡意攻擊、自然災害等突發事件之後還能夠繼續提供服務,這個時候就需要採用雙活的災備方案.所謂「雙活」數據中心,即兩個數據中心都處於運作的狀態,同時承擔業務,兩者相互備份.雙活數據中心的模式,既保障了業務的連續性,還充分地利用了兩個數據中心的資源.
@戰鳴中13128851296: 圍棋中的」雙活」是什麼意思??? - ： 雙活圍棋術語.雙活,是活棋的一種方式,又稱為「共活」、「公活」或「兩活」. 編輯本段雙活規則中國圍棋規則規定,「終局時,經雙方確認,不能被提取的棋都是活棋.」因此,雙活棋屬於活棋的一種.中國規則是以生存於棋盤的總子...
@戰鳴中13128851296: 雙機熱備中主主模式和主備模式的區別,還有沒有其他的模式存在?? - ： active/active模式是指兩台機都是同時工作,有真正做到負載均衡的作用.往往要配合虛擬化去做 active/standby模式是指單純的一台機器在跑流量,另一台機器實時地同步資料庫,一旦主機宕機,備機立刻進入工作狀態. 暫時沒有其他模式存在.
❹ 雙活數據中心 給您的數據上雙保險
數字化時代，越來越多用戶採用私有雲架構，自建數據中心。隨之而來的便是業務連續性和數據安全挑戰。如何搭建一個高可靠、高安全的IT基礎架構，確保業務連續不中斷，數據安全不丟失？大兆 科技 配置的解決方案如下：
No . 1 方案設計
雙活數據中心方案，通過分布式架構的天然屬性優勢，提供高可用及保護的解決方案，為數字化轉型保駕護航。
通過若乾颱超融合一體機構成一個超融合集群，分別放置在用戶兩個機房中，並提供第三方仲裁存儲，實現兩地雙活。確保任意節點故障，數據仍然安全，業務虛機均可以漂移到其他節點上，以保證服務持續在線。
No . 2 方案特點
1、底層分布式架構，冗餘物理架構，任意物理節點或者物理設備故障，都不影響服務可用性和數據安全性；
2、統一的X86伺服器，管理員只需要維護一套設備即可，可通過統一的地址管理與監控所有物理設備；
3、支持橫向擴展，隨著業務的增長，可以隨時擴容，擴容後，不僅計算與存儲能力能得到提升，性能也會得到近似線性增長。
4、性價比高，通過虛擬化和雲計算技術，將底層的物理資源靈活組合，面向業務提供服務。底層存儲為融合存儲架構，無需額外購買存儲伺服器，綠色節能。
針對以上兩個問題，大兆 科技 通過數據遷移與設備納管理舊方案，使得問題得以完美解決，解決方案分兩步：
首先，通過大兆 科技 產品內置的數據遷移引擎，將可以將SAN、NAS和對象的數據遷移到新的分布式存儲，享受更全面的數據保護。業務只需要短暫地切換窗口，做到秒級切換，遷移速度支持QoS控制，將對業務影響降到最低。遷移過程意外中斷，可以續傳，也不會造成數據丟失。整個過程無需第三方軟體接入，即可實現數據遷移；
其次，利舊和納管功能，可通過存儲虛擬化技術將傳統SAN, NAS以及DAS存儲設備中的存儲資源整合成一個巨大的，易管理的，彈性的存儲實體，從而實現給原有存儲賦能，實現按需創建虛擬存儲池(SAN、NAS、對象存儲) 並且提供各類數據服務，包括定義存儲容量，性能(IOPS和吞吐量)，可訪問性以及高可用性等新的能力，並享受副本或糾刪碼的數據保護。
No . 3 兩地三中心
除雙活數據中心之外，利用這套架構，並配合我們的機架感知和遠程數據復制等功能，我們還可以提供兩地三中心的解決方案，充分利用Bigtera產品本身的分布式架構、機架感知以及遠程數據備份等功能實現，充分利用資源，避免了一個數據中心常年處於閑置狀態而造成浪費
在雙活數據中心通過主備機房以及仲裁節點的方式，保證在兩個數據中心分別保存一份完整的數據，當其中某個數據中心故障時，業務可以迅速切換到另一個數據中心， 並擁有完整的數據，用戶無感知。
No . 4 總結
通過大兆 科技 軟體定義存儲改造後的新一代數據中心，具有以下四大亮點：
硬體資源池化，按需平滑擴容
·軟體將硬體資源池化；
·縱向擴容內存、擴容硬碟；
·橫向擴容計算存儲節點，擴容計算 節點，擴容機箱。更豐富的存儲能力；
虛擬化感知的分布式存儲
·分布式存儲解決I/O性能瓶頸問題；
·SDS最小化佔用計算資源，HDD/SSD混合存儲，I/O本地化；
·按照策略在本地和其他節點固態磁碟讀 寫緩存。讀取可在多個副本同時進行；
·存儲針對虛擬機行為進行策略優化，混 合負載下進行存儲優化；
業務高可用，高可靠性
·物理伺服器故障時， VM 自動遷移到 健康 物理伺服器，確保業務高可用；
·數據副本分布在不同的機櫃或不同的節點 上，遇故障時數據自動恢復。並行、快速數據重建，數據本地化，數據平衡，確保高可 靠性；
·機櫃級容量負載均衡、資源調度，資源合理 化分配，消除單點故障，加速故障解決；
簡化管理，自動化運維
·通過一個超融合管理平台，統一管理 網路、存儲、計算等，插件式管理界 面與虛擬化軟體深度融合，實現簡化 管理；
·一鍵式自動化運維管理。通過數據輔助管理者進行決策；
❺ 存儲雙活的必要性
存儲雙活的必要性：
隨著雲計算的發展，越來越多的生產服務轉化成IT應用部署到數據中心。業務連續性的重要性也得到越來越多的關注，而且人們的關注點也不再僅僅集中於前端主機的高可用，而是開始意識到作為數據服務基石——存儲層業務連續性的重要性。
存儲是數據服務的基礎，近幾年人們對存儲層的高可用越來越重視。只是前端主機實現應用雙活，存儲不實現雙活無法建立真正的雙活數據中心。存儲雙活的這個「雙」代表兩份數據（或兩台存儲），「活」代表這兩份數據（或兩台存儲）都可以被讀寫訪問，類似於主機A-A模式的集群。
設計雙活存儲高可用，防止仲裁防腦裂的方法：
AA模式的雙活存儲，在某些特定的多重故障下，仲裁機制會優先保證數據的一致性，可能會將雙活存儲上的所有LUN都停止主機訪問。所以，在設計仲裁模式的時候，建議建立第三方站點作為仲裁機，但也不能完全避免上述情況。
所以，還要考慮強制啟動，而強制啟動端的存儲作為同步源端，會在鏈路恢復後同步增量差異數據。
❻ 雙活數據中心 是什麼
雙活數據中心指的是熱備份數據中心和冷備份中心。
1、在熱備份的情況下，只有主數據中心承擔用戶的業務，此時備數據中心對主數據中心進行實時的備份，備數據中心可以自動接管主數據中心的業務，用戶的業務不會中斷，所以也感覺不到數據中心的切換。
2、在冷備份的情況下，也是只有主數據中心承擔業務，但是備用數據中心不會對主數據中心進行實時備份，這時可能是周期性的進行備份或者乾脆不進行備份，如果主數據中心掛掉了，用戶的業務就會中斷。
(6)一套存儲設備怎麼雙活擴展閱讀：
雙活數據中心的優點：
能夠充分利用資源，避免了一個數據中心常年處於閑置狀態而造成浪費。通過資源整合，「雙活」數據中心的服務能力是雙倍的。雙活數據中心如果斷了一個數據中心，另外一個數據中心還在運行，對用戶來說是不可感知的。
雙活數據中心的建設三個條件：
雙活數據中心的建設首先要滿足三個條件，第一個是應用雙活，也就是說資料庫一定要實現雙活，第二個是網路要雙活，業務網路要保證能夠同時聯通兩個數據中心，第三個是數據要雙活，兩邊的數據要能夠實現被獨立使用。
參考資料來源：網路：數據中心
❼ 如何使企業的雙活數據中心更加高效
其實企業對數據分析師的基礎技能需求差別不大，可總結如下：
SQL資料庫的基本操作，會基本的數據管理
會用Excel/SQL做基本的數據分析和展示
會用腳本語言進行數據分析，Python or R
有獲取外部數據的能力，如爬蟲
會基本的數據可視化技能，能撰寫數據報告
熟悉常用的數據挖掘演算法：回歸分析、決策樹、隨機森林、支持向量機等