階段作業狀態資料的儲存方式

儲存階段作業狀態資料後，即可在叢集的伺服器實例容錯移轉後回復階段作業狀態。回復階段作業狀態可繼續執行階段作業而不會遺失資訊。Application Server 為 HTTP 階段作業及有狀態的階段作業 Bean 資料提供了下列類型的高可用性儲存裝置：

• 叢集內其他伺服器上的記憶體中複製

• 高可用性資料庫

叢集內其他伺服器上的記憶體中複製

其他伺服器上的記憶體中複製可讓您輕鬆儲存階段作業狀態資料，而無需取得獨立的資料庫，例如 HADB。此類複製使用了其他伺器上的記憶體，為 HTTP 階段作業及有狀態的階段作業 Bean 資料提供高可用性的儲存裝置。叢集伺服器實例可複製環狀拓樸的階段作業狀態。每個備份實例會在記憶體中儲存複製的資料。在其他伺服器的記憶體中複製階段作業狀態資料，即可分配階段作業。

如需使用記憶體中複製功能，需要啟用群組管理服務 (GMS)。如需有關 GMS 的更多資訊，請參閱群組管理服務。

如果叢集中的各伺服器實例位於不同機器上，請確定符合下列必要條件：

• 為了確保 GMS 和記憶體中複寫均能正確運作，各機器必須位於相同的子網路。

• 為了確保記憶體中複製正確運作，必須儘可能使叢集中所有機器的系統時鐘同步。

高可用性資料庫

Sun Java System Application Server 的 Application Server 獨立發行版本 隨附了 HADB 軟體。如需有關 Sun Java System Application Server 的可用發行軟體資訊，請參閱「Sun Java System Application Server 9.1 Installation Guide」中的「Distribution Types and Their Components」。只有 企業 設定檔才提供 HADB 功能。如需有關設定檔的更多資訊，請參閱 「Sun Java System Application Server 9.1 管理指南」中的「用法設定檔」。

Application Server 提供高可用性資料庫 (HADB)，用於為 HTTP 階段作業和有狀態的階段作業 Bean 資料提供高可用性儲存機制。HADB 旨在使用負載平衡、容錯移轉和狀態回復功能，支援高達 99.999% 的服務和資料可用性。通常必須獨立於應用程式伺服器來配置和管理 HADB。

Application Server 不負責管理狀態的好處極多。Application Server 實例的所有時間都在充當可延伸的高效能應用程式容器，將狀態複製工作委託給外部高可用性狀態服務。由於採用此鬆耦合架構，因此可以非常輕鬆地將 Application Server 實例增加至叢集或從叢集中刪除。HADB 狀態複製服務可以獨立延伸，以取得最佳可用性和效能。如果 Application Server 實例還執行複製，Java EE 應用程式的效能可能會降低，並且資源回收暫停時間也可能會變長。

如需有關規劃和設定 Application Server 安裝，以透過 HADB 實現高可用性 (包括決定硬體配置、調整大小和拓樸) 的資訊，請參閱「Sun Java System Application Server 9.1 部署規劃指南」中的「Planning for Availability」和「Sun Java System Application Server 9.1 部署規劃指南」中的第 3 章「選取拓樸」。