test

Sun Java Enterprise System 2005Q4 安裝規劃指南

安裝規劃問題

安裝及配置程序的目標是部署架構中描寫的分散式系統。分散式系統由元件實例組成，它們在多台電腦上執行，而且可以進行交互操作。若要獲得運作正常的分散式系統，必須在多台電腦上安裝元件實例，並執行基本配置，以便在元件實例之間建立互通性。

安裝及配置的程序由 Java ES 安裝程式的運作方式及個別元件的需求決定。為確保可獲得運作正常的分散式系統，必須開發一個安裝規劃，以適當地使用安裝程式並充分考慮到解決方案中所使用元件的需求。這個計劃必須說明安裝元件實例與執行基本配置的正確順序。這個計劃還必須指定用來配置元件實例使其互通的配置值。

本節說明開發安裝規劃時必須考慮的主要問題。

分散式安裝

Java ES 生產解決方案的服務品質需求會要求我們採用在多台電腦上部署元件實例的架構。例如，若要獲得可靠的郵件傳送服務，此架構可能需要兩個 Messaging Server 實例分別位於兩台不同的電腦上，並運用負載平衡技術在這兩個實例之間建立容錯移轉關係。

但是 Java ES 安裝程式一次只能在一台電腦上操作。因此，當您安裝分散式解決方案時，必須在該解決方案中使用的每一台電腦上執行安裝程式。

在許多情況下，您必須在一台電腦上安裝一或多個元件，然後執行配置精靈來執行基本配置。您通常會先在一台電腦上完成安裝及配置，再到另一台電腦上安裝及配置另一組元件。若要安裝及配置分散式元件實例，必須執行類似於圖 3–1 中描寫的一系列作業。

圖 3–1 分散式安裝程序範例

在電腦 01上安裝 Messaging Server 及 Calendar Server，配置 Messaging Server，然後配置 Calendar Server。在電腦 02 上重複該程序。

進行配置以實現互通性

安裝程序的目標是建立一個元件實例可以互通的系統。當您安裝元件及執行基本配置時，會提供促使元件實例互通的配置值。

促使互通的配置值包括以下類似的值：一個元件實例用來與另一個元件實例通訊的 URL 或連接埠號，以及一個元件實例用來授權存取另一個元件實例的管理員帳號 ID 及密碼。例如，如果您的解決方案使用 Access Manager，必須先安裝及配置 LDAP 儲存庫，例如 Directory Server 實例。然後，當您安裝及配置 Access Manager 實例時，您必須提供配置值，以告訴實例要到哪裡尋找您準備好的 LDAP 目錄。

Java ES 安裝程式不知道在解決方案中使用的其他電腦上安裝了哪些元件。例如，安裝 Access Manager 時，安裝程式不知道適當的 LDAP 目錄的位置。若要確保安裝及配置程序順利完成，必須事先規劃好要在每一台電腦上安裝的元件。在解決方案中加入元件時，要進行適當配置與已安裝在其他電腦上的元件實現互通。

您可以執行類似於圖 3–2 中描寫的一系列安裝及配置作業。

圖 3–2 配置元件以實現互通

電腦 01：Directory Server。電腦 02：安裝 Access Manager 並進行配置以與電腦 01 上的 Directory Server 實例互通。

無論解決方案的架構為何，您都必須開發一個安裝規劃，此規劃應包括配置元件以實現可互通的分散式解決方案所需的所有配置值。

元件相依性

除非先安裝並配置好其他元件，否則無法安裝或配置某些 Java ES 元件。相依性的起因有很多：

請注意其中有些相依性適用於整個解決方案，有些則僅適用於本機。當您開發安裝規劃時，要考慮到整個系統的相依性及本機相依性之間的不同之處。下面的範例將說明其差異：

Access Manager 對於 Directory Server 的相依性是整個系統的相依性。當您安裝 Access Manager 時，會提供由一或多個 Directory Server 實例提供之目錄服務的 URL。一旦安裝及配置了 Directory Server，解決方案中的所有元件都能使用其目錄服務。這種相依性類型決定了在整個解決方案內安裝及配置元件實例的順序。先安裝及配置 Directory Server，再安裝及配置 Access Manager。在安裝規劃中，整個解決方案的相依性決定了安裝及配置步驟的整體順序。

Access Manager 對於 Web 容器的相依性是本機相依性。若要符合這種相依性，必須在執行 Access Manager 的電腦上安裝 Web 容器。但是，這個 Web 容器不會為整個解決方案提供服務。在分散式解決方案中，通常多台電腦都需要安裝 Web 容器。每一個 Web 容器都在本機中支援不同的元件。因此，在分散式解決方案中，Web 容器沒有單一的安裝位置，而且在安裝順序中也不會只有一個 Web 容器的安裝點。

若要開發解決方案的安裝規劃，請先分析說明解決方案的部署架構，並識別元件之間的相依性。您的規劃必須按照符合所有相依性的順序來安裝及配置元件。一般來說，您會依據整個系統的相依性來開發整體安裝順序。接著，您會考慮每一台電腦上可能存在的本機相依性。

表 3–1 列出了元件相依性。如需處理這些相依性的更多資訊，請參閱開發安裝規劃中個別元件的說明。

表 3–1 Java ES 元件相依性

產品元件

相依性 

相依性的本質 

必須位於本機？ 

Access Manager

Directory Server 

要儲存配置資料；要儲存並啟用對使用者資料的查找功能 

否 
 

J2EE Web 容器，以下之一： 

-Application Server 

-Web Server 

-BEA WebLogic Server 

-IBM WebSphere Application Server 

必須將 Access Manager 部署到其中一個 Web 容器上 

是 

Access Manager SDK

Access Manager 

要提供 Access Manager 服務 

否 
 

J2EE Web 容器，以下之一： 

-Application Server 

-Web Server 

-BEA WebLogic Server 

-IBM WebSphere Application Server 

必須將 Access Manager SDK 部署到其中一個 Web 容器上 

是 

Administration Server

Directory Server 

要提供配置目錄 

否 

Application Server

Message Queue

要提供可靠的非同步郵件傳送功能 

否 
 

Web Server (選擇性)

要在 Application Server 實例之間提供負載平衡 

是 
 

高可用性階段作業儲存區 (選擇性)

要儲存階段作業狀態，以在 Application Server 實例之間支援容錯移轉 

是 

Calendar Server

Directory Server

要儲存用來認證及授權的使用者資料 

否 
 

目錄準備工具

準備用於 Calendar Server 的 LDAP 目錄 

否 
 

Access Manager (選擇性)

如果解決方案使用單次登入功能則為必要項目 

否 
 

Messaging Server (選擇性)

要提供電子郵件通知 

否 
 

Delegated Administrator (選擇性)

要管理 LDAP 模式；要佈建行事曆服務的使用者 

否 

Communications Express

J2EE Web 容器，以下之一

-Application Server 

-Web Server 

必須將 Communications Express 部署到 Web 容器 

是 
 

Directory Server

要儲存使用者資料，例如通訊錄 

否 
 

目錄準備工具

要為 Communications Express 準備 LDAP 目錄 

否 
 

可以是 Access Manager 或 Access Manager SDK

要提供認證及授權服務與單次登入；透過本機 Access Manager SDK 可存取遠端的 Access Manager 

是 
 

Messaging Server

要提供基礎郵件傳送服務 

否 
 

Calendar Server

要提供基礎行事曆服務 

否 

Delegated Administrator

J2EE Web 容器，以下之一： 

-Application Server 

-Web Server 

必須將 Delegated Administrator 部署到其中一個 Web 容器上 

是 
 

Directory Server 

要儲存 Delegated Administrator 使用的 LDAP 資料 

否 
 

目錄準備工具 

要為 Delegated Administrator 準備 LDAP 目錄 

否 
 

可以是 Access Manager 或 Access Manager SDK 

要提供 Access Manager 服務；透過本機 Access Manager SDK 可存取遠端 Access Manager 

是 

目錄準備工具

Directory Server 

目錄準備工具會準備與 Java ES 通訊元件搭配使用的目錄 

是 

Directory Proxy Server

Administration Server 

要配置 Directory Proxy Server 

否 
 

Directory Server 

要提供基礎 LDAP 目錄服務 

否 

Directory Server

Administration Server 

要配置 Directory Server 

否 

高可用性階段作業儲存區 

無 

   

Instant Messaging

Directory Server 

要儲存使用者、會議室及新聞通道資料 

否 
 

Access Manager 或 Access Manager SDK (選擇性) 

要提供 Access Manager 服務；透過本機 Access Manager SDK 可存取遠端 Access Manager 

是 
 

J2EE Web 容器，以下之一︰ 

-Application Server 

-Web Server (對於傳遞 Instant Messenger 用戶端資源是必要項目) 

要支援 Instant Messenger 用戶端資源的發行與下載 

是 
 

Calendar Server (若使用行事曆的快顯功能，則為選擇性項目) 

要支援 Calendar Server 快顯功能 

否 
 

Messaging Server (若使用即時訊息的離線傳送功能，則為選擇性項目) 

要支援以電子郵件形式來離線傳送即時訊息 

否 

Message Queue 

無 

   

Messaging Server

Directory Server 

要儲存配置資料；要儲存及查找用於認證及授權的使用者資料 

否 
 

Administration Server 

要在 Directory Server 配置目錄中儲存配置資料 

是 
 

目錄準備工具 

要為 Messaging Server 準備 LDAP 目錄 

否 
 

Access Manager (若解決方案使用單次登入功能) 

要提供單次登入認證及授權服務 

否 
 

Delegated Administrator (選擇性) 

要管理使用者及群組資料；要管理目錄模式 

否 

Portal Server

J2EE Web 容器，以下之一︰

-Application Server 

-Web Server 

-BEA WebLogic Server 

-IBM WebSphere Application Server 

必須將 Portal Server 部署到其中一個 Web 容器上 

是 
 

Directory Server 

要儲存用來認證及授權的使用者資料 

否 
 

Access Manager 或 Access Manager SDK 

要提供 Access Manager 服務；透過本機 Access Manager SDK 可存取遠端 Access Manager 

是 
 

Communications Express 

要為入口網站桌面提供郵件傳送及行事曆通道 

否 

Portal Server Secure Remote Access

Portal Server 

要提供基礎入口網站服務。 

是 
 

可以是 Access Manager 或 Access Manager SDK 

要提供 Access Manager 服務；透過本機 Access Manager SDK 可存取遠端 Access Manager 

是 

Service Registry 

Application Server 

 

是 

Sun Cluster 軟體 

無 

   

Sun Cluster 代理程式

Sun Cluster 

要識別安裝在 Sun Cluster 節點上的元件 

是 

Web Proxy Server

Web Server 

要提供對 Web 應用程式的遠端存取功能 

否 

Web Server 

無 

   

備援策略

大部分用來生產的解決方案都包括某種類型的備援。備援策略使用元件的多個實例來提供單一服務。使用備援可以符合服務品質需求。例如，使用備援來提高處理能力以符合效能需求，或避免單點失敗以符合可靠性需求。

使用 Java ES 元件的備援實例有三個策略可用。負載平衡、與 Sun Cluster 軟體形成叢集以及 Directory Server 多主節點複製。以下幾段會簡述為每一個策略建議的安裝及配置程序︰

當您的部署架構使用其中任何一個備援策略時，您必須開發一個規劃來安裝元件的多個實例，以及將這些實例配置成如同單項服務一般地運作。

分散式子元件

有些 Instant Messaging 元件具有可以單獨安裝及配置的子元件。例如，Messaging Server 有 4 個子元件︰Message Transfer Agent、Message Multiplexor (MMP)、Messenger Express Multiplexor (MEM) 及 Message Store。為符合服務品質需求部署架構可以將這些子元件放在不同的電腦系統上。例如，在圖 2–1 中的範例架構將 MEM 的實例放在電腦系統 CX1 及 CX2 上；將外傳的 Message Transfer Agent 放在電腦系統 MTA1 及 MTA2 上；將內送的 Message Transfer Agent 放在電腦系統 MTA3 及 MTA4 上；將 MMP 放在電腦系統 MMP1 及 MMP2 上；將 Message Store 放在電腦系統 STR1 及 STR2 上。

表 3–2 列出具有可單獨安裝之子元件的 Java ES 元件。分析解決方案的部署架構，並決定是否使用分散式子元件。如果解決方案要使用分散式子元件，則您需要開發一個規劃將這些子元件按照正確的順序安裝在正確的電腦系統上，並對這些子元件進行配置以實現互通性。如需配置分散式子元件的更多資訊，請參閱開發安裝規劃中個別元件的說明。

表 3–2 含有子元件的元件

元件 

子元件 

Instant Messaging

Instant Messaging Multiplexor 

Instant Messaging Resources 

Instant Messaging Server 

Messaging Server

Message Transfer Agent (MTA) 

Message Store 

Messaging Multiplexor (MMP) 

Messenger Express Multiplexor (MEM) 

子元件可單獨安裝。如果您的部署架構使用分散式子元件，則請在每一台電腦上執行安裝程式，並選取在架構中指定的子元件。 安裝程式或配置精靈需要的輸入值是整個元件的值的子集。 對於不是安裝程式配置的元件，請啟動配置精靈、選取要在電腦上配置的子元件然後提供配置精靈需要的輸入值。

LDAP 模式及 LDAP 目錄樹狀結構

大部分的 Java ES 解決方案都包括 Directory Server。安裝及配置解決方案需要可同時建立目錄模式與目錄樹狀結構的輸入值。安裝規劃必須列出可建立正確 LDAP 模式與目錄樹狀結構的輸入值。

在開始安裝規劃之前，您應該指定 LDAP 模式及目錄樹狀結構。如需規格範例，請參閱開發使用者管理規格。

下列安裝及配置程序會建立 LDAP 模式︰

  1. 安裝 Directory Server 會自動建立使用 Schema 1 的目錄。要選取該模式不需要輸入任何值。

  2. 安裝 Access Manager 會自動修改目錄，並將它轉換為 Schema 2。要選取該模式不需要輸入任何值。

  3. 執行目錄準備工具會延伸模式，以搭配 Messaging Server、Calendar Server 及 Communications Express 一起使用。目錄準備工具會延伸 Schema 1 及 Schema 2 目錄。目錄準備工具的輸入值會列在安裝規劃中。

  4. 執行 Delegated Administrator 會使用物件類別及屬性 (用來授權及認證特定服務的使用者) 來延伸模式。輸入值視您的解決方案提供的服務而定。輸入值會列在安裝規劃中。如需輸入值的更多資訊，請參閱將 Delegated Administrator 的安裝程序新增到您的安裝規劃中。

安裝及配置程序也會建立基本目錄樹狀結構︰

  1. 安裝 Directory Server 會建立基底尾碼或目錄樹的根。當 Java ES 安裝程式安裝 Directory Server 時，基底尾碼是必需的輸入值。安裝規劃會將基底尾碼列為安裝程序的輸入值之一。

  2. 安裝及配置 Messaging Server 會建立目錄樹的分支並建立 LDAP 組織。這個組織代表由 Messaging Server 實例管理的電子郵件網域。組織名稱是 Messaging Server 配置精靈必需的輸入值。安裝規劃會將組織 DN 列為 Messaging Server 配置程序的輸入值之一。

  3. 安裝及配置 Calendar Server、Communications Express、 Delegated Administrator 及 Instant Messaging 會指定這些元件要在其中查找使用者資料的目錄。LDAP DN 是每個元件配置精靈必需的輸入值，而安裝規劃會將 DN 列為每個配置精靈的輸入值。如果解決方案使用 Access Manager 單次登入功能，則必須配置所有元件以使用相同的位置來尋找使用者資料，也就是 Messaging Server 配置精靈建立的組織。所有配置精靈必須使用相同的 LDAP DN 作為輸入值。安裝規劃會將組織 DN 列為所有配置精靈的輸入值之一。

LDAP 基底尾碼及電子郵件網域組織的名稱取自使用者管理規格並且會被加入安裝規劃。如需使用者管理規格的更多資訊，請參閱開發使用者管理規格。如需將 LDAP 基底尾碼加入安裝規劃的更多資訊，請參閱表 3–5。如需將電子郵件網域組織加入安裝規劃的更多資訊，請參閱表 3–9、表 3–10、表 3–11、表 3–13 及表 3–14。

Java ES 安裝程式的運作方式

本節說明 Java ES 安裝程式會影響安裝規劃的一些運作方式。

安裝程式位於本機

Java ES 安裝程式一次在一台電腦上安裝元件軟體。對大部分的解決方案來說，這表示安裝程式要執行不只一次。安裝規劃必須指明安裝程式的執行次數。 本節說明如何分析部署架構，並決定安裝及配置解決方案需要執行安裝程式的次數。

有些解決方案僅安裝在一台電腦上，而這些解決方案的安裝規劃會提供只執行一次安裝程式的程序。只需要執行一次安裝程式的解決方案如下所示：

大部分的解決方案都會分散在數台電腦之間。這些解決方案的安裝規劃必須說明應執行多次安裝程式，以安裝及配置完整的解決方案。若要分析這些解決方案，請遵循下列指導：

本節的目的在於讓讀者了解安裝規劃有時必須說明要在一台電腦上執行安裝程式及配置精靈或在一台電腦上執行多次安裝程式。如需不同元件組合的實際安裝程序的更多資訊，請參閱開發安裝規劃。

安裝程式作業模式

安裝程式可在兩種不同的模式中執行，稱為 [立即配置] 及 [以後配置] 模式。這兩種模式的差異之處如下所示：

選取的配置選項會套用到整個安裝階段作業。如果您需要針對部份元件選取不同的配置選項，則可能需要執行其他安裝階段作業。

安裝程式相容性檢查

安裝程式會執行一些相依性及相容性檢查。只能檢查在本機上安裝的元件。例如，如果您的解決方案使用遠端 Directory Server 實例，則安裝程式無法檢查遠端 Directory Server 是否與您要安裝的 Access Manager 相容。如果您正在安裝及配置全新的解決方案。如果您要將新元件加入已建立的解決方案，或利用現有元件來建置 Sun Java System，則這可能是個問題。例如，如果您已在使用 Directory Server，而且正在使用 Access Manager、Messaging Server、Calendar Server 及 Communications Express 圍繞現有的 Directory Server 來建置解決方案，則元件之間的相容性可能成為一個問題。

其他安裝問題

本節列出了許多在某些解決方案中發生的特定問題以及相關的詳細資訊。

表 3–3 需要考慮的安裝問題

解決方案需要 

指導或指示 

使用 Solaris 10 區域 

如果您要安裝到 Solaris 10 區域中，請參閱「Sun Java Enterprise System 2005Q4 安裝指南 (適用於 UNIX)」中的「Solaris 10 區域」。

使用 Directory Server 加密功能 

在 Directory Server 實例上配置 LDAPS (LDAP 上的 SSL) 

備註：如果要求使用 Directory Server 加密功能，則安裝 Directory Server 時必須一併安裝 Administration Server。 

Access Manager 搭配使用協力廠商的 Web 容器

協力廠商的 Web 容器 (BEA WebLogic Server 或 IBM WebSphere Application Server) 可與 Portal Server 及 Access Manager 搭配使用。必須在安裝任何與其相依的 Java ES 元件前安裝及執行這些容器。

若要為 Access Manager SDK 使用協力廠商 Web 容器，必須在安裝後手動配置 Access Manager SDK。請參閱「Sun Java Enterprise System 2005Q4 安裝指南 (適用於 UNIX)」中的「Access Manager SDK 與容器配置範例」。

備註：在 Solaris OS 上 Portal Server 只能使用協力廠商的 Web 容器。 

備註：Access Manager 及 Portal Server 應該使用相同類型的 Web 容器。 

針對負載平衡外掛程式使用 Apache Web Server

Apache Web Server 可以與 Application Server 負載平衡外掛程式一起使用。在這種情況下，必須在安裝任何與其相依的 Java ES 元件前安裝和執行 Apache Web Server。如需相關資訊，請參閱「Sun Java Enterprise System 2005Q4 安裝指南 (適用於 UNIX)」中的「安裝先決條件」。

使用 Schema 1 LDAP

「Sun Java Enterprise System 2005Q4 安裝指南 (適用於 UNIX)」中的「Calendar-Messaging Schema 1 範例」將詳細介紹一個以 LDAP Schema 1 為基礎的安裝範例。對於 Schema 1 部署，您不能使用 Access Manager。

配置單一使用者項目及單次登入

在「Sun Java Enterprise System 2005Q1 部署範例系列：評估方案」中的第 8 章「配置和使用單次登入」裡，可以找到設定單次登入的程序。Access Manager 是實現單次登入的必要元件。

使用 HADB 配置高可用性 

設定 HADB 以獲得高可用性的範例位於「Sun Java Enterprise System 2005Q4 安裝指南 (適用於 UNIX)」中的「Web 和應用程式服務範例」一節。

Application Server 負載平衡 

介紹使用 Application Server 負載平衡外掛程式的範例位於「Sun Java Enterprise System 2005Q4 安裝指南 (適用於 UNIX)」中的「Web 和應用程式服務範例」一節。

非超級使用者所有權 

是否需要 Application Server 或 Web Server 非超級使用者所有權，請參閱下列範例之一：

「Sun Java Enterprise System 2005Q4 安裝指南 (適用於 UNIX)」中的「將 Access Manager 配置為非超級使用者來執行之範例」，或

「Sun Java Enterprise System 2005Q4 安裝指南 (適用於 UNIX)」中的「非超級使用者所擁有的 Web Server 或 Application Server 實例上的 Portal Server 範例」。