什麼樣才算真正的資料庫高可用災備
--HVR Software作為世界領先的實時數據集成技術方案提供商，其產品HVR被廣泛應用於資料庫高可用/容災、實時BI、實時大數據資料庫遷移和混合雲數據實時集成等場景。
資料庫高可用/容災是個老話題了，但其對企業信息安全和業務連續性保障的重要性是不言而喻的。同時在行業內也存在著一些誤區，這樣導致了容災方案並不總是那麼有效。
首先備份不等於容災
資料庫備份是對數據的最基本保護，但無論你備份的多麼頻繁，備份集多麼安全，當災難發生時最多只能確保你的數據不丟失(RPO=0)，但由於生產系統的恢復需要經過備份數據集讀取、資料庫恢復、打開燈一系列複雜的過程，業務連續性（RTO）往往得不到有效的保障。尤其是在業務繁忙時間，資料庫的不正常宕機，即使數據文件並沒有損壞，資料庫重啟過程的事務前滾/回滾工作也往往需要花費半個小時甚至更長時間才能完成。如果數據文件本身發生損壞，一些基於存儲複製或文件系統卷複製技術往往會將這些錯誤也一併複製到災備端，從而使得備份失效。所以為了避免這種情況發生，此類解決方案往往還需要提供「任意時間點回退」的能力（CDP）來確保數據可以被真正有效的恢復到最近一個時間點，而代價就是依然會有至少秒級的數據丟失。
容災也不等價與高可用
有人說容災所說的「災難」指的的大範圍，高烈度的故障，例如火災、地震、洪水、大範圍的停電，所以往往還會有個限定詞叫異地容災。而高可用只要做到硬體冗餘，實現單點故障時的業務接管就行了。這個觀點只對了一半。
現如今，企業真正關心的「災難」可以泛指非正常情況下的故障停機，而高可用則還應當應對由於IT運維工作等原因帶來的計劃內停機，因為無論是計劃內還是計劃外的停機都會對企業業務連續性造成損失。並且災難故障往往是十年一遇甚至百年一遇，而維護停機工作才是無可避免經常會對業務連續性造成威脅的停機事件。
所以高可用容災方案不但要應對異常故障損失， 運維工作可能會帶來的計劃內的系統停機更加是關鍵。 會造成資料庫計劃內停機的運維工作，常見的有：
硬體擴容，升級，改造；
軟體的尤其是資料庫和操作系統升級打補丁等；
應用的升級改造。
a)應用程序代碼升級
b)對錶的存儲改造，例如將表從舊的表空間轉移到新的表空間；或者最初設計不當，表增長太快，需要把普通表改造成分區表
如果能夠在運維工作進行過程中讓災備系統接管生產業務，等維護工作結束後再將系統切回生產端，這就能最大化地保障業務連續性。所以真正的高可用/容災方案不但能夠容忍軟硬體環境上的異構（存儲設備、操作系統版本、資料庫版本等），還要能夠實現對接管期間業務數據的邏輯回寫。
作為真正的資料庫邏輯複製技術，HVR可以實現最廣泛意義上的異構系統複製。其在資料庫高可用/災備場景有很多優勢：
數據複製實時性高，確保數據安全性
HVR基於日誌的連續變化數據捕獲技術可以實現秒級延遲複製， 有效保障了異地容災場景下， 當災難發生時數據的安全性， RPO接近於0；
2.非侵入式數據捕獲， 對源資料庫無影響
HVR通過直接讀取資料庫的事務日誌來捕獲數據變化信息， 不佔用生產資料庫資源， 屬於非侵入式的數據捕獲技術。
此外， HVR還支持無代理的部署方式， 避免在生產伺服器上安裝部署軟體產品。
3. 數據加密和壓縮
數據傳輸過程可以實現SSL加密，同時平均20倍左右的壓縮率保證了即使通過公網傳輸也可以保障數據不被竊取，提高網路帶寬使用效率，降低網路使用成本；
HVR的成功案例，資料庫複製距離超過5000公里（法蘭克福到新加坡），成功的支撐了航空業的核心系統安全運營了超過10年時間；
4. 目標系統實時可用
HVR複製過程，目標資料庫是出於open狀態，這帶來了至少2個好處：
A）隨時可以驗證災備系統的可用性，確保災難發生時可以立刻接管，不必等待資料庫重新啟動，RTO最小化；
B）平時目標端可以作為報表查詢系統分擔生產的壓力，也進一步降低了故障發生的概率，提高災備系統的利用率，保護投資；
5. 資料庫之外的文件複製
很多時候，企業要實現應用災備，資料庫是核心，但往往還有很多必要的數據是放在資料庫之外的，例如應用代碼、腳本程序；僅僅存放了路徑指針在資料庫內，實際數據以文件形式保存在文件系統上的數據等。
而HVR可以支持文件的實時複製，這也完善了企業高可用/容災方案。
6. 監控
HVR自帶實時監控功能:
A）HVR的圖形界面可以直觀的提供當前系統複製的相關信息；
B）後台無人值守的監控會在異常發生時自動發送告警信息以email的形式發送給管理員，或以SNMP消息的方式發送到第三方企業監控平台上；
7. 報表
HVR提供豐富的報表，幫助管理人員了解和分析過去一段時間複製的延遲時間、數據量、熱點表等精確信息。為調整和優化複製策略提供可靠的依據。
HVR雖然不支持一些物理操作的複製，如前所述，這恰恰是非常適合在高可用性/容災場景的特性。
當發生存儲設備更換、擴容時，基於存儲的複製方案往往需要對災備中心做同樣的改造，而HVR不需要；
當資料庫打補丁升級的時候，如果希望用災備端臨時接管業務，物理備份方案是沒辦法支持回切的；同時， 資料庫升級等操作有時也會帶來一些未知的風險， 例如觸發新的bug問題， SQL執行計劃發生改變導致性能問題等等。 HVR的方案不但可以減少升級過程帶來的業務停機時間， 也可以當這些不可預料的問題發生時回退到舊版本的資料庫；
當資料庫需要執行一些不能在線操作的工作時， 例如將普通表改造為分區表， 或者將表從一個表空間移動到另外一個表空間。 目標資料庫可以臨時接管業務， 待改造完成後再將業務回切到原系統。
HVR可以支持表上的DDL複製（createtable/alter table/drop table/truncate）,所以僅僅當資料庫內發生存儲過程/函數/用戶/許可權等變化時，需要額外的工作去保證應用可以正常切換。而這些變化對於應用系統來說屬於低頻且受管制的操作，通常不會隨意在線進行。所以完全可以在執行相關變更工作完成後，對資料庫做個邏輯導出，然後傳輸到災備端做導入即可。
目前HVR已經發布了5.3版本，可以將數據多種不同類型的平台之間進行複製，快看看有沒有你感興趣的?
TAG:HVRSoftware |