高可用性是重要數據庫應用程序的關鍵需求IBM DB 提供了很多特性來滿足這一需求如果您對分布式平台上的 DB 還不是很了解或者已經使用過一陣子您可能會發現這組處理可用性的特性令人困惑什麼時候使用哪個特性當使用特性時您希望完成什麼目標？
本文的目的就是總結這些特性並指導您理解如何使用 DB 技術構建高度可用的數據庫系統此外發現每種解決方案的成本和優點
在開始之前我們先來定義術語高可用性（HA）的意義HA 是指要求在依賴性應用程序需要數據時能夠提供數據其目的是消除或盡量避免停機與 HA 相關的一個術語是災難恢復（Disaster RecoveryDR）DR 與 HA 的不同之處在於它側重於保護數據防止因災難性故障導致數據丟失本文只關注 HA
術語和客戶機/服務器數據庫架構
我們首先討論一些術語和概念這對理解高可用性十分重要
一個數據庫解決方案包括三個部分的軟件
用戶應用程序
客戶機軟件
數據庫引擎
除了軟件要得到一個有效的解決方案還必須擁有一些其他資源
服務器硬件
網絡連接
磁盤存儲
操作系統
當設計一個 HA 解決方案時必須考慮所有這些方面僅僅使數據庫引擎高度可用未必就能創建出一個 HA 解決方案HA 解決方案的設計並不完全是一個技術問題它還必須考慮其他一些因素例如解決方案的成本技能需求以及管理需求
數據庫應用程序是基於客戶機/服務器的應用程序能否產生一致的結果取決於數據庫軟件的完整性雖然這一點是顯而易見的但是它在選擇和設計解決方案時十分重要
SQL 事務可分為兩種類型讀和寫讀事務是不需要插入更新或刪除活動的選擇語句而寫事務則要更改至少一個數據庫讀事務需要數據的一致視圖 —— 即當同時提交兩個讀事務時如果它們選擇相同的數據范圍那麼應該產生一致的結果集寫事務要求提交的數據庫更改被持久化即使出現故障時也是如此業務需求會影響到什麼 HA 解決方案是可用的或者是最適合的通常HA 解決方案的設計由兩個因素驅動正常運行時間（uptime）需求和事務一致性如果業務要求更高的可用性並且讀一致性不是很重要那麼選擇異步可能是更經濟的方法另一方面如果事務一致性是關鍵需求那麼則需要選擇更加同步的解決方案如果事務一致性和可用性都是必需的那麼將進一步縮小可選擇的范圍
From:http://tw.wingwit.com/Article/program/DB2/201311/21929.html
