艾銻知識 | 數據庫高可用HA技術簡介

2020-02-19 15:00 作者：艾銻無限 瀏覽量：

疫情即將結束，如何提升企業工作效率
 

艾銻無限免費為企業提供IT服務

 
這幾天如果大家關注疫情數據的變化，可以看到新增確診病例在持續下降，這意味著疫情很快就會結束，大家再也不用在家辦公了，到不是在家工作有什么不好，但人類發明工作不簡簡單單只是為了實現結果的達成，還有一個非常重要的因素就是人與人之間的聯結，這是人類內在價值的需求，透過 工作與人接觸，共同感受彼此的能量流動，從而達到自我價值的實現，這就像演員都渴望登上奧斯卡的舞臺，來實現自我角色的認可一樣。



 

在家辦公，畢竟是家，松、散、懶以及無所謂的態度會隨時產生，我相信不是每個人都會這樣，但大部分人會如此，因為家本來就是放松的能量場，接下來大家即將回到公司，回到自己的工作崗位，難免會把在家的狀態帶入工作中，如果每個人都是這樣的狀態，企業很快會陷入新的窘境，所以沒有 狀態，也不會有好的結果，狀態就是一切。
 
團隊的勢氣決定企業整體的戰斗力，那如何調整陸陸續續回來的團隊成員呢？






 
 
艾銻無限對中小企業有三條建議：
 
第一，重新梳理整個企業的戰略，疫情的發生，是否給你企業帶來了變化？如果有那是什么？是否需要調整自己原有的戰略方向來應對疫情發生后的影響？
 
第二，重新明確每個人的目標和目的，目標就是重回企業的人要干什么？干到什么程度？什么時間可以看到這個結果的發生？目的就是為什么要實現這個目標？這個目標與自己的意義是什么？與企業的意義又是什么？達成了會怎么樣？達不成又會怎么樣？
 
只有清晰這些問題，才會讓回到工作崗位的人快速改變自己的狀態投入到接下來的工作中，只有積極的狀態投入工作才會有積極的成果發生，反之依然。
 
第三，企業高管與員工建立一對一的對話機制，因疫情的影響，每個人心理或多或少都會產生一些內在的變化，作為企業的高層管理人員，最好與企業內部員工一對一的進行溝通，去了解在這個過程中員工受到的影響和產生的變化，以便接下來更好的調整他們的狀態，因為如果他們的心沒有回來，
企業的要求和制度帶來的也都是大家沒有能量的重復和機械的工作，最終也很難帶來好的結果。
 
以上三點是企業管理者需要重視的，當然身為企業的一員無論是誰也都需要重新審視自己的狀態，因為這關系著企業接下來的生、死、存、亡，能量是企業持續發展的源泉，以上所有的目的都是為了聚合企業人的能量，重新點燃大家面對工作的激情和信心，這將是企業至勝的法定。
 
當然這只是我們一家之言，每家企業可根據自身的情況做出相應的調整和改變。
 
以上三點做為每一家企業的管理者都有必要重視起來，因為這關系著企業接下來的生、死、存、亡，當然這只是我們一家之言，可根據自身的情況做出相應的調整和改變。
 
那為什么我們會有這樣的思考，因為艾銻無限是一家企業互聯網”云”解決方案服務平臺，企業在初創時經歷了2003年的非典，后來又經歷了2008年的經濟危機以及2016年互聯網創業大潮，生生死死，幾經沉浮，最終發現上述三點是生死線中最重要的，所以愿意分享給大家，期望這次疫情大家不僅

能渡過難關，更能看見大家在這個過程中強而有力的領導力，讓自己企業力挽狂瀾，讓自己的工作更上一層樓，讓自己的生活在2020年更精彩。
 
在這次疫情后各個企業恢復的過程中，艾銻無限還能為大家做的就是免費為中小企業提供相應的IT服務，以下是艾銻無限可以提供服務的內容，如果大家有相應的需求，可以打下面的電話與我們的企業相關人員聯系，我們一定會盡全力幫助大家渡過難關。

   

歷經10幾年,艾銻無限服務了5000多家中小企業并保障了幾十萬臺設備的正常運轉，積累了豐富的企業IT緊急問題和特殊故障的解決方案，我們為您的企業提供的IT服務分為三大版塊:
 
第一版塊是保障性IT外包服務:如電腦設備運維，辦公設備運維，網絡設備運維，服務器運維等綜合性企業IT設備運維服務。
 
第二版塊是功能性互聯網外包服務:如網站開發外包，小程序開發外包，APP開發外包，電商平臺開發外包，業務系統的開發外包和后期的運維外包服務。
 
第三版塊是增值性云服務外包:如企業郵箱上云，企業網站上云，企業存儲上云，企業APP小程序上云，企業業務系統上云，阿里云產品等后續的云運維外包服務。
   

更多服務也可以登錄艾銻無限的官網: www.bjitwx.com 查看詳細說明。

每家企業都有著不同的人，每個人都有著不一樣的思考，所以企業不需要統一所有人的思維，企業只需要統一所有人的心，因為只要心在一起了，能量就會合一，能量合一企業將無所不能。
 
相信這次疫情帶給中國企業的不僅僅是災難，更有可能的是歷練，這幾年經濟發展如此快速，大部分中小企業的成長都是隨著國家政策及整個社會的大勢起來的，沒有經過太多的挑戰和困難，所以存活周期也會很短，從2016年大眾創業，萬眾創新倡導下成立了上千萬家企業，但真正存活下來的就

只有幾萬家，這樣的結果即不能給國家帶來穩定持續發展的動力，也不能為社會創造更大的價值，反而讓更多的人投機取巧，心浮氣躁，沉不下來真正把一件事做好，做到極致。
 
所以這次疫情也會讓大部分企業重新思考，問問自己，為什么要創立這家企業，想為這個國家和社會帶來的是什么？企業真正在創造的是什么？如何做才能讓社會因自己的企業變得更好？.....
 
當企業真正去思考，用心去創造價值的時候，也就是人們幸福快樂的時候，因為再也不用擔心假貨、次貨、買到不好的產品，更不用擔心環境被污染，大氣被破壞，疫情即是一場災難，又是重新成就中國企業的一次機會，讓全世界人覺醒，生命只有一次，我們要如何做才能不枉此生呢？
 
   

你對世界微笑，世界絕不會對你哭，希望大家都能積極樂觀起來，讓自己、自己的家人、自己的企業、還有自己的國家都快樂起來，把焦點、意識、能量放在我們想要什么上，而不是不要的事情上，我相信，就在不久的將來，我們一定會看到一個富強、文明、健康的中國以及一個和諧友愛的世界。
 
萬物同體，能量合一，最后無論你是中小企業，還是大型國有企業，只要你選擇艾銻無限，我們就一定全力以赴幫助大家渡過難關，服務有限，信息無限，透過全體艾銻人的努力，為您收集最有效的IT技術信息，讓您企業更快速解決遇到的IT問題：


 
 
數據庫高可用是一個復雜的系統工程，本文主要介紹了幾種數據庫高可用的基本技術： HADR、 HACMP、 數據復制，存儲層容災和DPF高可用。并結合實踐實際，分別論述了它們的適用場景和技術特征。在不同場景，不同的業務連續性級別下，我們可以組合使用這幾種技術，以實現從存儲，網絡，系統，數據庫到應用的高可用技術。





一. DB2 HADR
      HADR全稱為High Availability Disaster Recovery ，是IBM DB2數據庫上的數據庫級別的高可用性數據復制機制，最初被應用于Informix數據庫系統中，稱為High Availability Data Replication(HDR)，IBM收購Informix之后，這項技術就應用到了新的DB2發行版中。HADR有一主一備數據庫，在9.7之前備機不可讀，9.7之后備機可讀可以降低主數據庫的負擔。(這個Oracle的DataGuard邏輯備機可讀做的就很好，但是為什么IBM會落后呢?)，在數據專線帶寬足且穩定的情況下，在要求主備完全數據無損的時候，推薦用同步方式傳送，或者能容忍一定少量的損失，可以用準同步，但是推薦在在生產中心和同城的災備中心之間（LAN或者MAN），如果在1000公里以上帶寬和時延都沒什么保障的話，比如北京和上海，最好還是用異步的方式，如果更差或者對OLTP的實時性要求較高還可以用超級異步，當然這對流水的損失要有一定的容忍度。


      HADR一個很不好的特點是不能用于DPF，只能適合單分區數據庫，這就限制了數據庫在高可用下的規模以及并發性。HADR從一些實際應用來看，切換速度要比DG要快，而且切換出現故障的可能性要小些。


      談到HADR絕對不能離開DataGuard，實際上中國人民銀行對兩地三中心的規定就非常適合DataGuard的兩個備用數據庫的方式，生產中心用主數據庫，同城災備中心用物理備用，異地災備中心用邏輯備用。Oracle的DataGuard在網絡故障恢復之后可以自動同步。


      HADR有一個弱點就是不能進行數據壓縮和加密，如果沒有VPN就麻煩了，但是HADR可以集成第三方的SSH軟件。而DG本身就集成了SSH進行壓縮和加密功能。HADR最要命的是不能支持異構數據庫的復制，當然這個也不是他的主要場景。


      DB2異地災備用HADR的比較多，在9.7之前用HADR的話備機不可讀很麻煩，所以有的時候就要用Q復制，這樣主備都可讀，如果要零容忍和短切換時間的話，用HADR比較靠譜。





二. SQL復制和Q復制
      SQL復制主要應用于相同局域網內。Q復制遠程好一點，因為在網絡比較差的時候，WebSphere MQ可以緩存一段時間數據。Q復制一般結合HADR比較多，用于實現數據遠程異地復制（比如中國煙草總公司容災中心）。Q復制可以通過分析事務日志來獲取系統變化，對系統的性能影響比較小。是高效率的復制方案。但是Q復制只是對DB2支持的比較好，對Oracle嘛就那樣，其他的數據庫支持的都不好。Q復制也支持表級別的復制。Inforsphere CDC（原來叫Data Mirror）支持多種數據庫的表復制。

      Oracle也有GoldenGate，這個熟悉的人也知道，支持ORACLE最好，其他的嘛不好說。但是CDC在表依賴上有些復雜，會有點問題，需要具體處理。
 
三、 HACMP
      HACMP Cascading模式中，有主又備，節點有優先級，資源組在優先級搞的節點運行，高優先級節點故障恢復之后，資源組重新歸位。Cascading用于主備機硬件性能有較大差別的環境，節約成本，這個對于不差錢的運營商、航空、銀行、政府絕對不會采用。Rotating模式中，有主有備，節點優先級相同，資源組在先啟動節點運行，節點故障恢復后，資源組不會前移。Rotating適用于對可用性要求較高的場景，電信行業的數據業務，增值業務，彩鈴等產品多采用這種方式。

      Concurrent模式無主備，節點優先級同，資源組在所有節點運行，節點故障不會導致資源組切換，故障節點恢復后，資源組恢復可用，不發生前移，適合大容量據點。Concurrent模式一般和Oracle的RAC或者并行服務器（OPS）合用較多。

      電信業務中，增值特服大容量據點采用，智能網、BOSS也有應用，這種模式的結合和PureScale十分類似。但是HACMP中數據庫只有一份，如果數據庫被破壞，主機和操作系統還好也沒毛用，所以還要結合HADR才更安全。HACMP一般是由網卡和機器Down機所觸發的，軟件改動不知道是否能夠觸發呢？我也不是很清楚。

      其實HADR，HACMP在本地數據中心的效果最好，如果是異地的話最好是使用HAGEO，或者在存儲層的做，因為軟件層面效率并不是很高而且還很占主機的系統資源和網絡帶寬，當然不同公司的選擇和考慮是不一樣的。
 
四、DPF的高可用方案
      關于DPF，其實DPF本身并沒有高可用性的方案。但是由于多節點技術，在某些條件滿足的情況下有一定程度上的容災。要求Catalog節點不能Down，如果非關鍵節點Down，DPF數據庫還是可以訪問的。

      但是如果你要某些表可訪問，只有在該表所在表空間所覆蓋的分區節點沒有Down。DPF節點Down有幾種情況，如果是操作系統或者網絡故障，可以通過HACMP恢復，如果是節點數據庫損壞，就沒有辦法了。其實DPF這么多節點也是引入了故障點的概率，所以OLTP在沒有HA保障的話，是不敢建在DPF上的。

      DPF在建庫的時候，最好規劃好關鍵節點的HA和備份工作，定期檢查表，表空間的分布，并記錄下來，有問題可以迅速定位和恢復。表空間級別的備份在DPF還是很重要的。

      如果資金保障比較充足的話，建議給所有幾點都做HA，因為一般數據庫本身導致的可用性問題要比OS和硬件網絡導致的要少很多。DPF跨節點表和表空間特別多，千萬不要因為節點本身的問題造成表空間不可用那個。
 
五、存儲層的容災
      談到高可用，不能離開存儲層的容災，比如磁盤鏡像技術，和第三方的備份技術。當然，Everyone都知道，存儲層的技術避免不了宕機的，要有一段切換時間。

      SRDF一種比較復雜技術。SRDF在國外應用的非常多，國內銀行也開始應用。SRDF可以實現分層的數據備份和恢復。可以跨大樓，可以實現全球的數據復制。同樣的，和HADR和DG類似，也有同步，準同步和異步的模式。覆蓋的距離可以多達幾千公里，但是因為無需考慮類似于HADR的實時性交易問題，另外SRDF支持所有的主機和數據庫系統。這個一般在數據中心搬遷的時候用的比較多。

      如果在距離比較近的時候比如數公里的距離，可以使用裸光纖，如果較遠的話，就要用華為或者Cisco的DWDM進行光纖延伸，根據數據傳輸的需求制定線路的速率。SRDF非常昂貴，如果我們的數據和客戶交易不強相關的話，就可以使用笨笨的磁帶拷貝搬遷方法，建立應用系統，然后再用SRDF傳輸實時要求高的數據，啟動新數據中心的系統，切換網絡。

      Veritas大家也非常了解了，論壇上用過的人該很多。通過 Veritas的BMR技術，可以直接連操作系統帶數據全部備份到數據中心。更為強悍的是，無需LAN的SAN多磁盤并發備份，減少對網絡帶寬的影響。通過BMR可以制作啟動光盤，進行系統恢復。針對于不同的數據庫還提供相應的agent，提供在線熱備份技術。
 
六、高可用的網絡、電力和制度方面
      網絡就不用說了，網卡漂移，多子網，冗余光纖等。一般來說，生產中心和災備中心之間要有四個交換機，以及四個存儲層主機實現高可用，并配備多路光纖。 電力的話，要有UPS備用電源和發電機。數據中心的電力和網絡一定要求運營商提供第一流的保障級別，否則誰都付不起責任。當然還有自來水、便利的交通等等方面。

      大規模的電信運營商、銀行都有非常成熟的制度和流程。中國人民銀行也有非常詳盡的規范。各銀行也制定自己的一些細節規定。制度一定要控制濫用權限、各種誤操作、以及指明應急時候的操作。前面的兄弟也有一些闡述，比如雙保險，及時進行災備切換演練，整體級別的，應用軟件級別的都要有。數據中心建成的時候，要各種切換和場景都要嘗試。