雙活存儲系統

⑴ 談談雙活數據中心容災解決方案

在傳統數據中心中，業務系統的數據往往都是存放在一台共享存儲中，比如虛擬化集群系統和資料庫雙機系統共用一台存儲。這種模式的數據中心存在著一定的業務連續性風險——即如果一台存儲出現故障宕機，所有與這台存儲系統有連接的業務系統就會停頓，甚至會丟失數據。
為幫助客戶應對這類風險，愛數打造了兩種雙活數據中心容災解決方案-存儲雙活和網關雙活。兩種方案中的存儲系統將互為鏡像，當一個存儲系統發生故障、業務自動切換到另一個存儲系統中，業務均會繼續運行，不受影響，且數據在故障過程中無丟失，解決了傳統存儲單點故障問題。

⑵ 做了存儲雙活之後不需要備份軟體了嗎

雙機熱備與數據備份的關系

一些用戶在規劃雙機熱備或雙機備份時，會有這樣的問題：我已經有了RAID，以及磁帶備份，還有必須做雙機嗎？或者，如果我做了雙機備份，還有必要做磁帶備份嗎？

應該說RAID和數據備份都是很重要的。但是，RAID技術只能解決硬碟的問題，備份只能解決系統出現問題後的恢復。而一旦伺服器本身出現問題，不論是設備的硬體問題還是軟體系統的問題，都會造成服務的中斷。因此，RAID及數據備份技術不能解決避免服務中斷的問題。對於需要持續可靠地提供應用服務的系統，雙機還是非常重要的。只要想一想，如果你的伺服器壞了，你要用多少時間將其恢復到能正常工作，你的用戶能容忍多長的恢復時間就能理解雙機的重要性了。

從另外一個方面，RAID以及磁帶備份也是非常需要的。對於RAID而言，可以以很低的成本大大提高系統的可靠性，而且其復雜程度遠遠低於雙機。因為畢竟硬碟是系統中機械操作最頻繁、易損率最高的部件，如果採用RAID，就可以使出現故障的系統很容易修復，也減少伺服器停機進行切換的次數。

數據備份更是必不可少的措施。因為不論RAID還是雙機，都是一種實時的備份。任何軟體錯誤、病毒影響、誤操作等等，都會同步地在多份數據中發生影響。因此，一定要進行數據的備份（不論採取什麼介質，都建議用戶至少要有一份離線的備份），以便能在數據損壞、丟失時進行恢復。
如果採用了備特佳容災備份系統，可以完全解決存儲雙活不能保證的數據安全問題和業務連續問題，數據丟失或錯誤操作後可以100%恢復數據，出現系統故障也能進行業務接管，保障業務的連續性。

⑶ 如何使企業的雙活數據中心更加高效

其實企業對數據分析師的基礎技能需求差別不大，可總結如下：
SQL資料庫的基本操作，會基本的數據管理
會用Excel/SQL做基本的數據分析和展示
會用腳本語言進行數據分析，Python or R
有獲取外部數據的能力，如爬蟲
會基本的數據可視化技能，能撰寫數據報告
熟悉常用的數據挖掘演算法：回歸分析、決策樹、隨機森林、支持向量機等

⑷ 存儲雙活的必要性

存儲雙活的必要性：

隨著雲計算的發展，越來越多的生產服務轉化成IT應用部署到數據中心。業務連續性的重要性也得到越來越多的關注，而且人們的關注點也不再僅僅集中於前端主機的高可用，而是開始意識到作為數據服務基石——存儲層業務連續性的重要性。

存儲是數據服務的基礎，近幾年人們對存儲層的高可用越來越重視。只是前端主機實現應用雙活，存儲不實現雙活無法建立真正的雙活數據中心。存儲雙活的這個「雙」代表兩份數據（或兩台存儲），「活」代表這兩份數據（或兩台存儲）都可以被讀寫訪問，類似於主機A-A模式的集群。

設計雙活存儲高可用，防止仲裁防腦裂的方法：

AA模式的雙活存儲，在某些特定的多重故障下，仲裁機制會優先保證數據的一致性，可能會將雙活存儲上的所有LUN都停止主機訪問。所以，在設計仲裁模式的時候，建議建立第三方站點作為仲裁機，但也不能完全避免上述情況。

所以，還要考慮強制啟動，而強制啟動端的存儲作為同步源端，會在鏈路恢復後同步增量差異數據。

⑸ 相比於單純的備份，雙活的弊端有哪些有什麼解決方案

相比於單純的備份，雙活的一個致命問題是無法解決邏輯錯誤問題，基於存儲層面的雙活一旦遭遇誤刪除、惡意篡改這種邏輯性錯誤，也就是出現我們常說的「雙死」問題，因此CDP走入了人們的視線。數據是業務的基礎，業務是數據的運行方式，所以在雙活的架構下，數據備份模塊同樣重要。英方i2CDP在容災中心實現數據集中保護，可防止數據誤刪除、勒索病毒等故障。在容災中心進行數據備份還可減少生產系統的讀寫壓力。

⑹ 相比於單純的備份，雙活的優勢有哪些

相比於單純的備份，雙活是使用主備兩套IT系統同時承載業務（一般「主」所承載的業務量會更多），這樣既增加了業務承載量，同時主備又可以互為備援，當一套系統出現故障時可以快速切換到備端，從而保障業務的連續運行，最大程度降低人為或自然災害對業務造成的影響。但雙活的一個致命問題是無法解決邏輯錯誤問題，基於存儲層面的雙活一旦遭遇誤刪除、惡意篡改這種邏輯性錯誤，也就是出現我們常說的「雙死」問題。

⑺ 雙活數據中心 是什麼

雙活數據中心指的是熱備份數據中心和冷備份中心。

1、在熱備份的情況下，只有主數據中心承擔用戶的業務，此時備數據中心對主數據中心進行實時的備份，備數據中心可以自動接管主數據中心的業務，用戶的業務不會中斷，所以也感覺不到數據中心的切換。

2、在冷備份的情況下，也是只有主數據中心承擔業務，但是備用數據中心不會對主數據中心進行實時備份，這時可能是周期性的進行備份或者乾脆不進行備份，如果主數據中心掛掉了，用戶的業務就會中斷。

(7)雙活存儲系統擴展閱讀：

雙活數據中心的優點：

能夠充分利用資源，避免了一個數據中心常年處於閑置狀態而造成浪費。通過資源整合，「雙活」數據中心的服務能力是雙倍的。雙活數據中心如果斷了一個數據中心，另外一個數據中心還在運行，對用戶來說是不可感知的。

雙活數據中心的建設三個條件：

雙活數據中心的建設首先要滿足三個條件，第一個是應用雙活，也就是說資料庫一定要實現雙活，第二個是網路要雙活，業務網路要保證能夠同時聯通兩個數據中心，第三個是數據要雙活，兩邊的數據要能夠實現被獨立使用。

參考資料來源：網路：數據中心

⑻ 雙活存儲管理平台管理(兩台配置一模一樣的VNX5100)存儲，這樣配備有何優勢與好處

雙活。。就是雙活，冗餘，同城災備。
缺點也有，資源浪費，利用價值不高，看需求了，有的監管單位、審計有需求，必須配備災備環境。

⑼ 如何使用虛擬化軟體實現雙活災備系統

災備雙活如何實現數據同步？
問題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遠距離復制時有沒有需要注意的嗎？我們只用過同城的，遠距離的沒有嘗試過