Sun Java System Application Server 9.1 部署規劃指南

資料備援單元

如前所述,每個 HADB 實例包含一對 DRU。每個 DRU 與配對中另一個 DRU 有相同數目的使用中節點及備用節點。DRU 中的每個使用中節點在另一個 DRU 中有 鏡像節點。由於鏡像的原因,每個 DRU 會包含完整的資料庫複本。

下圖顯示內含六個節點的 HADB 架構範例:四個使用中節點與兩個備用節點。節點 0 與 1、2 與 3 是鏡像組。在此範例中,每個主機有一個節點。一般來說,若主機有足夠的系統資源,便可有多個節點 (請參閱系統需求)。


備註 –

您必須增加代管成對 HADB 節點的機器,每個 DRU 中有一部機器。


HADB 透過複製資料與服務可達成高可用性。鏡像節點上的資料複本會指定為主要複本緊急待命複本。主要複本會執行插入、刪除、更新與讀取等作業。緊急待命複本會接收主要複本作業的記錄,並在作業事件存留時間內加以重做。僅有主要節點可執行讀取作業,因此不會記錄。每個節點皆包含主要複本與緊急待命複本,並扮演這兩個角色。資料庫會分段並分散至 DRU 中的使用中節點。鏡像組中的各節點包含相同的一組資料片段。複製鏡像節點中的資料稱為複製。複製可讓 HADB 提供高可用性:當節點故障時,鏡像節點幾乎會立即接管 (幾秒內)。複製可確保可用性並使人無法察覺節點故障或 DRU 故障,而不致失去資料或無法提供服務。

當鏡像節點接管故障節點的功能時,必須執行雙份工作:也就是自己的工作以及故障節點的工作。若鏡像節點的資源不足,超載情況會降低節點的效能並增加節點故障的可能性。當節點故障時,HADB 會嘗試重新啟動節點。若故障的節點無法重新啟動 (例如由於硬體故障),系統會繼續運作但可用性會降低。

HADB 可容許一個節點、整個 DRU 或多個節點故障,但無法容許節點與鏡像節點同時故障的「雙重故障」。如需有關如何降低雙重故障可能性的資訊,請參閱減少雙重故障的機會