在經濟復甦的關鍵時刻，企業對核心業務數據的即時存取能力，往往決定了生存與發展的成敗。隨著資金回流國內市場，組織迫切需要具備高可用性與彈性擴展能力的基礎設施，以敏捷捕捉轉瞬即逝的商機。然而，市場上充斥著「類大型機」或「5-9 可用性」等行銷術語，試圖將分散式軟體與公認的黃金標準——IBM DB2 for z/OS 所設定的持續可用性基準劃上等號。真正的可用性不僅意味著從組件故障中恢復，更要求系統在服務等級協議（SLA）規定的時限內（例如秒級查詢響應）持續提供服務。
當季節性業務波動帶來擴展壓力時，真正具備可用性的架構必須能透明地增加資源，且無需修改應用程式。透明性是關鍵：應用程式不應被迫具備「集群感知」（即知悉數據分佈於哪個節點以避免爭用）。開發此類應用成本高昂，因為代碼必須隨著集群演進而持續變更，並經歷測試、QA、部署與認證的漫長週期，耗盡寶貴的基礎設施資源。其他分散式平台產品多採用過時的共享磁盤架構，引入不必要的開銷，難以兌現 SLA 承諾。
IBM DB2 pureScale 技術將高可用性與真正的透明應用擴展融為一體，其核心基礎正是 IBM Power Systems 伺服器與 IBM 儲存解決方案的深度整合。這標誌著真正透明的擴展架構首次登陸分散式平台。
DB2 pureScale 允許以「雙活」配置將資料庫擴展至一組伺服器，各主機上的 DB2 成員可同時讀寫相同數據。共享數據的伺服器集合稱為數據共享群組，目前支援最多 128 個成員。除 DB2 成員外，PowerHA pureScale 組件提供整合式鎖管理與全域緩存（群組緩衝池）。各成員透過高效的 InfiniBand 網路直接與 PowerHA pureScale 組件交互，建立點對點連接，如圖所示：
DB2 for z/OS 的可用性傳奇源於其 Coupling Facility——一個集中式鎖管理與全域共享緩衝池，賦予了線性擴展與快速故障恢復能力。甚至 Oracle 創辦人 Larry Ellison 也曾公開讚譽：「我取笑過其他許多資料庫，但唯獨對大型機版本的 DB2 抱有尊重之心。它是當之無愧的一流技術。」
DB2 pureScale 繼承了這一血統，攜帶 IBM PowerHA pureScale 組件，提供同樣的集中式鎖管理與嚴格意義上的全域共享緩衝池架構。相比之下，Oracle RAC 受限於早期分散式技術，採用分散式鎖管理與緩存架構，失去了 DB2 方案的簡潔優勢。隨著現代硬體互聯與基於 InfiniBand 的 RDMA 技術成熟，DB2 for z/OS 的核心演算法不再是大型機專屬，DB2 pureScale 將這項經過行業驗證的技術引入分散式平台。
橫向擴展環境中省錢的關鍵在於真正透明的應用擴展。傳統架構依賴「數據局部性」——要求應用所需數據位於其連接的伺服器上，節點間極少爭用相同數據頁。這迫使開發人員構建複雜的集群感知應用，不僅開發部署昂貴，且集群變更時需重新設計。DB2 pureScale 打破這一限制：應用無需集群感知即可利用橫向擴展架構，得益於現代網路硬體與 pureScale 的集中式鎖緩存機制。
為減少節點間通信開銷，DB2 pureScale 採用 PowerHA pureScale 集群加速器（CF）與 RDMA 技術。RDMA 允許成員直接存取 CF 記憶體，反之亦然。例如，成員 1 需讀取本地無的數據頁，其代理透過 RDMA 直接向 CF 記憶體發出請求。若該頁在 CF 全域緩衝池中，CF 直接推送至成員 1 記憶體，避免磁碟 I/O。這相當於本地記憶體複製操作執行遠端記憶體複製，避免了昂貴的進程間通信、處理器中斷、IP 棧調用。
輕量級的 RDMA 調用極快（如設鎖狀態 SLS 僅需 15 微秒），DB2 進程無需讓出 CPU 時間片，避免不必要的上下文切換。內建的負載均衡機制進一步增強擴展性，應用同樣無需集群感知即可受益，且沿用 DB2 for z/OS 客戶端驅動程式。
橫向擴展不僅為容量預留資源，更在組件故障時持續處理事務。DB2 pureScale 將可用性推向新高度：允許存取所有無需恢復的數據頁，並即時洞察哪些頁需恢復，無需執行 I/O 操作——這得益於集中式 CF 的獨特功能。
CF 持續追蹤各成員讀取的頁面與更新操作。應用執行事務時，髒頁直接寫入 CF 記憶體，其他成員可直接獲取更新。從恢復角度看，若成員故障，CF 中保存著該成員正在更新的頁面及已提交未落盤的頁面。傳統共享磁盤叢集需阻塞其他節點以確定恢復範圍，而 CF 已知悉哪些頁需恢復，且已保存提交的髒頁，DB2 pureScale 可在不阻塞其他成員處理事務的前提下確定恢復範圍。
每個成員預留空閒恢復進程，故障發生時即時激活，無需 OS 創建進程開銷。恢復進程立即透過 RDMA 從 CF 預取髒頁至本地緩衝池，大部分恢復無需 I/O。此期間，所有其他成員持續處理請求，可讀取無需恢復的頁面（CF 已知磁碟上哪些頁乾淨）。恢復進程再重放故障成員日誌完成重做/撤銷。典型事務負載下，從故障到頁面可用通常在 20 秒內（含故障檢測時間），所有其他頁面始終完全可用。此外，CF 本身支援雙重冗余，鎖與共享緩存信息存儲於兩獨立位置，應對主 CF 故障。
DB2 pureScale 憑藉現代硬體架構，將 DB2 for z/OS 獨有的集中式鎖與緩存能力帶入分散式平台。硬體與網路的高效利用提升並發性、大幅降低開銷，實現更高擴展性；集中式鎖與頁面緩存使故障時非受影響數據持續可用，受影響頁面極速恢復。對於追求高可用性與橫向擴展成本效益的應用，DB2 pureScale 提供經市場驗證的解決方案。
