應用程式透通性
開始使用 IBM Db2 pureScale Feature 既快速又簡單: 當您部署該特性時，應用程式不需要知道資料庫環境的拓蹼。 從您第一次啟動 Db2 pureScale 實例的那一刻開始， 這表示應用程式會像以前一樣運作，但他們可以受惠 的最大容量和連續可用性。
遞增容量
具有 Db2 pureScale Feature 的產能規劃很簡單。 您可以從小型開始，並在需求成長時將 成員 新增至資料庫環境，從最基本的高可用性配置一直橫向擴充至最大支援配置，以提供最大處理容量。 調整大小具有接近線性的效率及高度可預測性。
當您橫向擴充時，無需任何應用程式變更或重新分割資料。 無需任何效能調整即可有效調整大小。 如果您需要更多容量，只需新增更多 成員。
維護可用性
維護資料庫可用性表示既符合服務等級合約 (SLA)，又對元件失敗高度容錯。 為了將硬體使用率最大化，並協助讓應用程式的回應時間保持一致，送入的資料庫要求會自動在 Db2 pureScale 實例中的所有作用中 成員 之間進行負載平衡。 為了將元件失敗的影響降到最低， Db2 pureScale Feature 的自動重新啟動及回復處理程序會快速執行，且不會影響大部分資料庫要求。 只有那些由失敗 成員 正在處理的資料庫要求必須由原始應用程式重新提交; 然後下一個可用的 成員會處理重新提交的要求。
在下圖的範例中，接序發生數個事件。 多個元件失敗需要自動化內部回復，而且橫向擴充作業會增加 Db2 pureScale 實例的容量。 這些事件無需任何應用程式狀態提示。 包含 Db2 pureScale Feature 元件的方框會陰影化，以指出應用程式透通性。圖 1. Db2 pureScale 環境遇到多個元件失敗且正在橫向擴充。 連接至資料庫的應用程式無需瞭解這些事件。
規劃促使簡單
輕鬆新增及移除資料的能力協助您管理如下所示的挑戰：
- 循環的工作量。 如果部分工作量循環（例如，週期性），則您可以在需要資源之前進行新增，之後再將額外的容量移至其他位置。
- 突然增加的工作量。 SLA 可能會規定完成資料庫要求的回應時間下限。 如果您從威脅回應時間的部分應用程式中發現突然的工作量突增，您可以將其他 成員 快速移至正在經歷尖峰需求的資料庫，以協助符合 SLA。
- 維護相關的減速。 若要協助否定系統維護對 Db2 pureScale 環境整體傳輸量的影響，您可以在對現有 成員開始維護之前，將 成員 新增至環境。 完成系統維護並原始 成員 重新加入實例之後，您可以移除其他資源或對其他 成員執行維護。