A. 如何使用虛擬化軟體實現雙活災備系統
災備雙活如何實現數據同步？
問題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遠距離復制時有沒有需要注意的嗎？我們只用過同城的，遠距離的沒有嘗試過
B. Kafka同城雙活單寫部署實踐
最近公司因為兩次機房故障決定部署同城雙機房，方案確定為雙活單寫
兩個機房A.B都正常提供服務，所有寫操作定位到A機房
// TODO 單寫與多寫的比較
// TODO 雙活塌沒和冷備的比較
可以看到 兩種實現方團激納式 在B集群或專線崩潰時 受到的影響都較小
兩個實現方式主要的區別是
第一種方法需要線下操作且需要保證zookeeper集群可用
第二種方法需要管理偏鉛孝移量和mirrormaker
C. 雙活數據中心 是什麼
雙活數據中心指的是熱備份數據中心和冷備份中心。
1、在熱備份的情況下，只有主數據中心承擔用戶的業務，此時備數據中心對主數據中心進行實時的備份，備數據中心可以自動接管主數據中心的業務，用戶的業務不會中斷，所以也感覺不到數據中心的切換。
2、在冷備份的情況下，也是只有主數據中心承擔業務，但是備用數據中心不會對主數據中心進行實時備份，這時可能是周期性的進行備份或者乾脆不進行備份，如果主數據中心掛掉了，用戶的業務就會中斷。
(3)同城雙活如何配置數據流擴展閱讀：
雙活數據中心的優點：
能夠充分利用資源，避免了一個數據中心常年處於閑置狀態而造成浪費。通過資源整合，「雙活」數據中心的服務能力是雙倍的。雙活數據中心如果斷了一個數據中心，另外一個數據中心還在運行，對用戶來說是不可感知的。
雙活數據中心的建設三個條件：
雙活數據中心的建設首先要滿足三個條件，第一個是應用雙活，也就是說資料庫一定要實現雙活，第二個是網路要雙活，業務網路要保證能夠同時聯通兩個數據中心，第三個是數據要雙活，兩邊的數據要能夠實現被獨立使用。
參考資料來源：網路：數據中心
D. 超融合下的備份如何實現
超融合備份，每個廠家都有自己的特色，一般來說超融合備份是有專門的功能模塊，區別於傳統的備份，如下圖，有專門的數據保護與容災模塊，包括備份與雙活集群。具體實現形式如下：
E. 如何共享移動的數據流量
如果您使用的是華為手機，可以按照以下方法操作。
一、通過個人熱點共享網路
提示：
設置項因產品而異，若您的手機中無對應項，則不支持該功能。
部分需要認證的 WLAN 網路無法分享，請以搭櫻實際情況為准。
進入設置 > 移動網路 > 個人熱點 ，開啟個人熱點開關，手機移動網路或已連接的 WLAN 網路將以熱點形式共享給其他設備。
根據需要，您還可以對個人熱點進行以下設置：
1、點擊設備名稱，可給個人熱點修改一個獨有的名稱方便識別。
2、點擊密碼，可重新修純手改個人熱點密碼。
3、點擊已連接設備，可查看已連接設備列表及黑名單。點擊已連接設備列表中的任一設備，可根據提示將其移入黑名單，反之，也可將黑名單中的設備移出。做枝嫌
4、若共享的是移動網路，點擊更多共享設置，還可設置熱點的單次流量限制和AP 頻段。
F. 兩地三中心數據中心和同城雙活數據中心的區別
兩地三中心：是指同城雙中心加異地災備的一種商用容災備份解決方案。兩地是指同城、異地；三中心是指生產中心、同城容災中心、異地容災中心。結合近年國內出現的大范圍自然災害，以同城雙中心加異地災備中心的「兩地三中心」的災備模式也隨之出現，這一方案兼具高可用性和災難備份的能力。
雙活數據中心，所謂「雙活」或「多活」數據中心，區別於傳統數據中心和災備中心的模式，前者多個或兩個數據中心都處於運行當中，運行相同的應用，具備同樣的數據，能夠提供跨中心業務負載均衡運行能力，實現持續的應用可用性和災難備份能力，所以稱為「雙活」和「多活」；後者是生產數據中心投入運行，災備數據中心處在不工作狀態，只有當災難發生時，生產數據中心癱瘓，災備中心才啟動。
「雙活」數據中心最大的特點是：一、充分利用資源，避免了一個數據中心常年處於閑置狀態而造成浪費，通過資源整合，「雙活」數據中心的服務能力是翻倍的；二、「雙活」數據中心如果斷了一個數據中心，其業務可以迅速切換到另外一個正在運行的數據中心，切換過程對用戶來說是不可感知的。
G. 雙活與容災有什麼不同
雙活是容災范疇里的延伸技術，雙活和容災的區別主要體現在從屬概念上，容災在更廣義上還包括在建立容災備份系統時會涉及到多種技術，如：SAN或NAS技術、遠程鏡像技術、基於IP的SAN的互連技術、快照技術等。雙活技術體現了容災思維的基本脈絡，從容災思維意義上沒本質區別。
綜上對比發現：容災是一個范疇比較廣泛的概念。廣義上，容災是一個系統工程，包括所有與業務連續性相關的內容。對於IT而言，容災是提供一個能防止用戶業務系統遭受各種災難影響破壞的計算機系統。而雙活主要建立在狹義概念上，是指建立兩套或多套功能相同的IT系統，互相之間可以進行健康狀態監視和功能切換，當主要站點因意外（如火災、地震、城市供電中斷等）停止工作時，整個應用系統可以利用輔助站點快速恢復，並繼續工作。