導語：主備數據中心之間一般有熱備、冷備、雙活三種備份方式。
01、熱備
熱備的情況下，只有主數據中心承擔用戶的業務，此時備數據中心對主數據中心進行實時的備份，當主數據中心掛掉以后，備數據中心可以自動接管主數據中心的業務，用戶的業務不會中斷，所以也感覺不到數據中心的切換。
02、冷備
冷備的情況下，也是只有主數據中心承擔業務，但是備用數據中心不會對主數據中心進行實時備份，這時可能是周期性的進行備份或者干脆不進行備份，如果主數據中心掛掉了，用戶的業務就會中斷。
03、雙活
A—P
AP 雙活通過將業務分類，部分業務以數據中心 A 為主，數據中心 B 為熱備，而部分業務則以數據中心 B 為主，數據中心 B 為熱備，以達到近似雙活的效果。
A—A
AA 雙活則是真正的雙活，同一個雙活 LUN 的所有 I/O 路徑均可同時訪問，業務負載均衡，故障時可無縫切換。
04、什么是雙活數據中心 ？
首先我們要知道雙活就是Active-Active，故名思義就是兩邊都是活動在線提供服務的，是相對于傳統的主備模式Active-Standby模式的。一個真正的雙活方案是應該涵蓋基礎設施、中間件、應用程序各個層次的。
雙數據中心同時對外提供業務生產服務的雙活模式，兩個數據中心是對等的、不分主從、并可同時部署業務，可極大的提高資源的利用率和系統的工作效率、性能，讓客戶從容災系統中獲得最大的價值。
a.兩個生產中心部署相同的業務系統，結合網絡層、主機層或應用的負載均衡技術，實現業務系統在兩個數據中心并行工作和負載分擔。
b.兩個生產中心部署不同的業務系統，互相實時災備接管。
數據中心雙活又分為：同城雙活、異地雙活。
傳統主備模式的缺點
出于災備（Disaster Recovery）的目的，一般都會建設2個（或多個）數據中心。一個是主數據中心用于承擔用戶的業務，一個是備份數據中心用于備份主數據中心的數據、配置、業務等。
主備數據中心之間一般有熱備、冷備、雙活三種備份方式。
● 熱備的情況下，只有主數據中心承擔用戶的業務，此時備數據中心對主數據中心進行實時的備份，當主數據中心掛掉以后，備數據中心可以自動接管主數據中心的業務，用戶的業務不會中斷，所以也感覺不到數據中心的切換。
● 冷備的情況下，也是只有主數據中心承擔業務，但是備用數據中心不會對主數據中心進行實時備份，這時可能是周期性的進行備份或者干脆不進行備份，如果主數據中心掛掉了，用戶的業務就會中斷。
● 雙活是覺得備用數據中心只做備份太浪費了，所以讓主備兩個數據中心都同時承擔用戶的業務，此時，主備兩個數據中心互為備份，并且進行實時備份。一般來說，主數據中心的負載可能會多一些，比如分擔6070%的業務，備數據中心只分擔40%30%的業務。
傳統主備模式是一個業務只在一個數據中心運行，企業結合災備等級需求和業務需求，在備份中心部署了大量的備份服務器，但備份中心僅為該業務提供災備服務，只有當災難發生、生產數據中心癱瘓時，災備中心的業務系統才啟動這些服務器，造成備份中心服務器資源浪費，廣域網鏈路也無法得到充分的利用。
雙活數據中心優點
充分利用資源，避免了一個數據中心常年處于閑置狀態而造成浪費。通過資源整合，“雙活”數據中心的服務能力是雙倍的。
雙活數據中心如果斷了一個數據中心，另外一個數據中心還在運行，對用戶來說是不可感知的。
而一個災備中心的模式，如果生產數據中心癱瘓，需要半個小時、甚至兩個小時、甚至更長時間才能啟動災備中心，在啟動災備中心的時間里，用戶交易會嚴重受損。
雙活數據中心的最大優勢是有效利用資源。災備中心建設的投資巨大及每年運維成本極高，如果資源處于閑置狀態，資源是相當浪費的，有了虛擬化，能夠把閑置的資源整合，服務能力會提高一倍。銀行系統中很多資源都是彈性需求，如基金、貴金屬交易、電子支付、和網銀交易，在交易火爆時一天交易量可能達到全年交易量總和。故銀行系統容量規劃時是充分考慮到交易峰值的，但這樣在正常時間就有很大的交易浪費，以淘寶“雙十一”活動為例，交易量在幾分鐘內就可能達到全年交易量的總和，需要系統服務能力提高十倍，這時雙活數據中心和靈活快速的資源調度就充分發揮出了作用。云計算技術，讓IT系統有了資源整合的能力，讓系統有了充分的彈性，隨時可以調度十臺機器來提高服務能力，來保證交易的突發需求，以及各種突發因素造成的交易量猛增。
有了云計算技術，不代表投入會更少，但是資源利用率會更高，系統但抗沖擊能力會更強，自由調度能力會更強。
自動化是“雙活”與“云計算”必不可少的前提條件
云計算需要自動化手段來幫助系統維護人員進行自動的資源調配。比如，通過虛擬化技術虛擬出了上萬臺虛擬機器，白天需要50臺機器給網銀系統提供web服務，晚上網銀交易少了，貴金屬交易多了，這50臺機器要調配到另一個系統上。這五十臺不可能一個人一臺臺調配，那可能配一晚上都配不完，就需要自動化的軟件來自動調整資源分配。
異地“雙活”難度大
當然，部署“雙活”數據中心的難度也非常大，尤其是異地“雙活”，涉及到數據同步效率問題。如果數據同步效率達不到要求，在災難發生時就會造成一段時間的交易丟失。在異地“雙活”的模式中，兩地數據中心同時接納交易，技術難度很大，需要更改眾多底層程序。
雙活數據中心的建設三個條件
雙活數據中心的建設首先要滿足三個條件，第一個是應用雙活，也就是說數據庫一定要實現雙活，第二個是網絡要雙活，業務網絡要保證能夠同時聯通兩個數據中心，第三個是數據要雙活，兩邊的數據要能夠實現被獨立使用。
雙活數據中心解決方案缺點
雖然雙活容災解決方案對于集中式管理的數據中心更大限度的保證了業務生產的在線性及有效的防御了災難性事件恢復業務生產的能力。但是雙活數據中心的容災方案還是存在一定的不足之處，理想與現實總存在一定的距離。
1、腦裂現象
雙活數據中心方案實現了站點級的冗余的容災解決方案，但是受限于當前的技術等因素，在建設過程中解決了企業當前面臨的業務連續性問題，同時也產生了新的問題，就是雙活解決方案普遍存在的腦裂現象，在意外事件發生時，若監測技術不到位、系統平臺不健康、兩數據中網絡波動性中斷等因素的發生，使得兩個數據中心一體化的業務系統會分裂成兩個獨立的數據中心。使用戶很難取舍那一個是唯一的生產數據，那一個是將要廢掉的非生產數據。這就是早年veritas VVR解決方案退出災備舞臺的原因之一。
2、非“零丟失”，不具備軟錯誤的保障
雙活容災解決方案的優勢強調在健康的運行平臺下，大型災難事件發生是的“零”數據丟失，但是若雙活平臺本身不健康或者遭遇邏輯故障時，并不能保障數據零丟失。這種故障發生的數據恢復或漸變式災難發生的情況下，還需借助備份系統的數據恢復手段或方法。因此，雙活容災方案大多數情況下不具備解決軟錯誤的保障，而恰恰這種事件發生的概率遠遠超過站點級的災難及硬件故障事件。在2012年時，某省政府部門的業務系統已建設容災系統，但是在業務系統進行升級時出錯，導致業務宕機一周多時間，而這期間的大部分時間是查找依據恢復數據。
3、需容忍高可靠性及性能的下降
雙活容災解決方案雖然提升了站點級的冗余保護，但是，在實際中確除低了整體業務平臺的可靠性及性能。在可靠性方案，雙活容災解決方案就是把本地的雙機雙柜的硬件冗余方案跨站點建設，無論是傳統的集群系統、虛擬化主機平臺Vmware，還是Oracle RAC等,跨站點建設都會無形中在業務平臺中增添幾分不穩定的因素，我想從現在流行的一體機解決方案更能說明這方面的問題，即系統越簡單越穩定。在性能方案，站點間的監測、業務會話的同步確認等的網絡延遲數，加上數據同步雙寫的光纖延遲，都或多或少的影響了整體業務處理的性能。距離越遠影響越明顯，如果距離較近，也會失去建設雙活容災數據中心的意義。
4、運營維護并不簡單
雙活容災解決方案災難切換方面變的較為簡單，但在實際的維護方面并不簡單，除了要求企業用戶提升自己的維護能力，還需雙活容災解決方案提供商的售后服務能力。
a.企業自身人員的維護能力必須加強，才具備能力維護跨站點的雙活系統，也就是需企業用戶自身人維護人員必須從維護設備的能力轉變為具備維護雙活系統架構的能力，才能維穩系統的正常運行，讓雙活系統實現該有的效果。
b.提供商的服務能力也直接影響雙活容災系統部署后的效果，在已有的案例中，我們經常看到提供商的800電話，除了收集日志還是收集日志，除了正在后臺診斷還是后臺診斷，經常讓一個小小問題需有好多層、次的溝通才能解決，這樣的方式如何保障雙活容災系統的穩定？如保達到用戶對雙活系統在線性要求的期望？
5、性價比并不會太高
我們經常會聽到雙活容災方案可以讓生產中心和容災中心都“活”起來，有效的利用資源，面臨災難性事件時，最大化業務系統的在線性，解除原有災備系統有災無備等等的不足之處。但是，當我們認真考慮建設雙活容災系統時發現，如果自身IT人員的維護能力不足，很難達到我們期望的效果。在現實案例中，很多用戶一次性的費用建設的系統，后續的維保經費很難申請，這種情況很難有效的保障我們的信息系統的健康運行。寧夏銀行就是在沒有后續維保經費支撐的情況下，硬件出故障，自身IT人員修復過程中出現人為錯誤而引起的重大事故。因此，建設雙活容災系統的同時，必須要保障后續的維護經費。使得雙活容災系統向高大上偏移。
一般國內的IDC,金融業務會考慮兩地三中心，非金融業務會考慮主備IDC或雙活IDC，如果是全球的業務，一般會分區域在全球建立全球IDC，并一個區域至少建立2個節點做主備或雙活。
