HADB 伺服器架構

高可用性是指無論發生由於升級而引起的預期故障，還是發生由於硬體或軟體故障所導致的未預期故障，系統仍然具有可用性。HADB 基於簡單資料模型和具有可延伸性的備援高效能技術。在高效能企業應用程式伺服器環境中，HADB 為傳送各種類型的階段作業狀態持續性提供了理想的平台。

下圖顯示了具有四個使用中節點和兩個備用節點的資料庫架構。節點 0 和 1 為鏡像節點對，節點 2 和 3 亦如此。

圖 2–1 HADB 架構

HADB 透過對資料進行分段和複製來實現資料的高可用性。資料庫中的所有表格均進行了分割，以建立大小大致相同的子集 (稱為片段)。分段程序基於在資料庫節點中平均分散資料的雜湊功能。每個片段儲存兩次，一次在資料庫中，一次在鏡像節點中。這可確保資料具有容錯和快速回復功能。此外，如果節點發生故障或關閉，備用節點會接管執行，直至該節點可重新使用時為止。

HADB 節點被組織為兩個資料備援單元 (DRU)，這兩個單元互相鏡像。每個 DRU 均由半數使用中節點和半數備用節點組成，並包含該資料的一份完整副本。為確保具有容錯功能，支援某個 DRU 的電腦自身必須完全提供電源 (建議使用不間斷的電源供應)、處理單元以及儲存裝置。如果在一個 DRU 中發生斷電，則另一個 DRU 中的節點可以繼續處理請求，直至供電恢復正常。

如果不具有階段作業持續性機制，則在 Web 或 EJB 容器容錯移轉至另一個 Web 或 EJB 容器時，會遺失 HTTP 或 SFSB 階段作業狀態 (包括鈍化的階段作業狀態)。將 HADB 用於階段作業持續性可避免發生此情況。HADB 可在獨立但整合良好的持續性儲存階層中儲存和擷取狀態資訊。

刪除階段作業資料後，HADB 會收回空間。HADB 將階段作業資料記錄置於固定大小的區段中。刪除所有區段記錄後，會釋放該區段。可以隨機刪除區段記錄，這會在區段中建立孔。將新記錄插入至區段並需要連續空間時，會移除孔，並因此而壓縮該區段。

以上為架構的簡要概述。如需更多資訊，請參閱「Sun Java System Application Server Enterprise Edition 8.1 2005Q2 Deployment Planning Guide」。