test

Sun Java Enterprise System 2005Q4 安装规划指南

制定安装规划

您的部署体系结构和实现规范应描述解决方案的最终状态。部署体系结构将说明要安装多少组件实例，这些组件实例安装在哪些计算机系统上，以及这些组件如何交互操作。要达到部署体系结构中描述的状态，必须在您的解决方案中安装并配置这些组件实例，每次安装一个计算机系统，直到完成安装和配置整个解决方案为止。 您的安装规划应为解决方案中涉及的每个组件实例提供正确顺序的安装和配置过程。

要制定安装和配置规划，必须在 Java ES 部署体系结构与实现规范中考虑您所了解的组件依赖性及其他安装问题。必须确定安装和配置解决方案中各组件实例的正确的顺序，以及确定要实现组件实例交互操作所用的安装和配置输入值。

本节将指导您分析部署体系结构和实现规范，进而制定安装规划。概括地说，您可按如下步骤开始：

  1. 打开一个文本文件，准备一张白纸或其他介质以记录您的规划。

  2. 在您的部署体系结构中，检查每个计算机系统上的组件并确定存在哪些组件依赖性。

  3. 确定那些不依赖于其他组件的组件实例。这些通常是 Directory Server 实例。您的安装规划首先应说明如何在指定计算机系统上安装这些实例。通过记录这些计算机系统和在这些系统上安装的组件实例，开始您的安装规划。

  4. 为解决方案中这些特定计算机系统上的这些组件实例确定正确的安装/配置值。将这些配置值添加到您的安装规划中。

  5. 确定余下的组件中有哪些组件仅依赖于 Directory Server。它们通常是具有 Access Manager 的计算机系统。接下来在您的安装规划中列出这些计算机系统。

  6. 按照组件依赖性的顺序，继续分析您的规范。确定必需的配置值，并在您的规划中记录这些组件实例。

例如，如果您使用此过程分析图 2–1 中所示的部署体系结构，您将制定与表 3–4 相似的安装规划。

表 3–4 说明了安装规划的前八个步骤。为了解释规划的纲要，故没有列出各个配置值。在本规划中，请注意下列事项：

表 3–4 样例部署体系结构的概要安装规划

计算机 

安装和配置任务 

ds01

  1. 在此计算机上运行 Java ES 安装程序。使用在用户管理规范中指定的配置值，安装并配置 Directory Server 实例。

  2. 启动和检验 Directory Server 实例。

ds02 

  1. 在此计算机上运行 Java ES 安装程序。使用在用户管理规范中指定的配置值，安装并配置 Directory Server 实例。

  2. 启动和检验 Directory Server 实例。

  3. 检验负载平衡器对于这两个 Directory Server 实例是否都能正常起作用。

  4. 关闭 DS02 中的 Directory Server 实例。允许 DS01 上的 Directory Server 实例继续运行。

am01 

  1. 在此计算机上运行 Java ES 安装程序。安装并配置 Access Manager 实例。配置 Access Manager 实例，使其与通过负载经平衡的 Directory Server 实例创建的逻辑目录服务交互操作。

  2. 启动和检验 Access Manager 实例。

  3. 配置 Access Manager 实例以实现负载平衡。

am02 

  1. 在此计算机上运行 Java ES 安装程序。安装并配置 Access Manager 实例。配置 Access Manager 实例，使其与通过负载经平衡的 Directory Server 实例创建的逻辑目录服务交互操作。

  2. 启动和检验 Access Manager 实例。

  3. 配置 Access Manager 实例以实现负载平衡。

  4. 使用 Access Manager 控制台修改 Access Manager 的目录条目。

  5. 检验这两个 Access Manager 实例对于负载经平衡的操作是否能正常起作用。

mscs01 

  1. 运行 Java ES 安装程序。安装 Sun Cluster Core 组件。

  2. 准备计算机以便进行 Sun Cluster 配置。此步骤包括创建和安装 Sun Cluster 所用的文件系统。

  3. 运行 Sun Cluster 配置向导。建立和配置群集。

mscs02 

  1. 运行 Java ES 安装程序。安装 Sun Cluster Core 组件。

  2. 准备计算机以便进行 Sun Cluster 配置。此步骤包括创建和安装 Sun Cluster 所用的文件系统。

  3. 运行 Sun Cluster 配置向导。建立和配置群集。

  4. 在 ms01 和 ms02 上完成网络定时协议 (Network Timing Protocol, NTP) 的配置。

  5. 将法定设备添加到群集中（连接到这两台计算机）。

  6. 创建群集文件系统和资源组，设置虚拟主机名和 IP 地址。

  7. 检验群集的故障转移功能。

mscs01 

  1. 运行 Java ES 安装程序。安装 Messaging Server 和 Calendar Server。

  2. 在计算机 ds01 上运行 Directory Server Preparation Tool。

  3. 运行 Messaging Server 配置向导以创建一个 Messaging Server 实例。根据用户管理规范，提供可在 LDAP 目录树中创建分支的配置值。提供可配置 Messaging Server 实例使其与负载经平衡的 Access Manager 实例和负载经平衡的 Directory Server 实例交互操作的配置值。

  4. 配置 Messaging Server 以实现单点登录。

  5. 启动和检验 Messaging Server 实例。

  6. 运行 Calendar Server 配置向导以创建一个 Calendar Server 实例。提供配置该实例的配置值，以便其能够使用由 Messaging Server 配置为用户和组数据创建的 LDAP 分支。提供可配置 Calendar Server 实例使其与负载经平衡的 Access Manager 实例和负载经平衡的 Directory Server 实例交互操作的配置值。

  7. 在计算机 mscs02 上，创建一个 Calendar Server 用户、用户组和目录。

  8. 编辑 Calendar Server 配置文件。设置配置参数，以使用虚拟 IP 地址而不是计算机的 IP 地址。

  9. 配置 Calendar Server 以实现单点登录。

  10. 启动和检验 Calendar Server 实例。

mscs01 

  1. 运行 Java ES 安装程序。分别为 Messaging Server 和 Calendar Server 安装 Sun Cluster 代理。

  2. 使用 Messaging Server 代理创建并启用 Messaging Server 资源。

  3. 检验 Messaging Server 资源从 mscs01 到 mscs02 的故障转移。

  4. 使用 Calendar Server 代理创建并启用 Calendar Server 资源。

  5. 检验 Calendar Server 资源从 mscs01 到 mscs02 的故障转移。

mscs02 

您在 mscs01 上创建的实例被自动识别为共享资源。 

本节的其余部分将详细说明如何分析您的部署体系结构和实现规范，并按照依赖性从最小到最大的顺序分别介绍了各个组件。同时还说明了要查找的内容以及如何为您的解决方案制定配置值。请注意，满足本地依赖性要求的组件（如 Sun Cluster、Application Server 和 Web Server ）在最后列出。在安装规划中可能到处都会需要这些组件，所以您的规划可能要多次安装这些组件。

Directory Server

Directory Server 为其他组件提供 LDAP 目录服务。该目录可用于存储其他组件的配置数据以及用户数据和/或用户组数据。

检查您的部署体系结构。找到 Directory Server 的所有实例。Directory Server 对其他组件没有依赖性，因此您可在那些指定的计算机系统上首先安装 Directory Server。

提示 –

有关设置 Directory Server 复制的信息，参见《Sun Java System Directory Server 5 2005Q1 Administration Guide》。

提示 –

如果您的解决方案要在 64 位模式的 Solaris SPARC 平台上运行 32 位模式的 Directory Server，则需要考虑一些特殊的注意事项。有关更多信息，参见《Sun Java Enterprise System 2005Q4 安装指南》中的“Directory Server 安装后配置”。

Directory Server 的基本安装过程

安装和配置 Directory Server 的基本过程如下：

A

  1. 在部署体系结构中指定的计算机系统中安装并配置 Directory Server。安装 Directory Server 时，为目录树指定基（或根）DN 以及指定管理员帐户。

  2. 启动和检验所有 Directory Server 实例。

  3. 如果解决方案使用负载平衡，检验该负载平衡是否在 Directory Server 实例之间路由请求。

  4. 如果解决方案使用 Directory Server 多主复制，则仅保留一个 Directory Server 实例，关闭其他所有 Directory Server 实例。

  5. 安装和配置解决方案中的其他 Java Enterprise System 组件。根据在解决方案中要使用哪些其他组件，安装和配置其他组件实例可能导致向目录中添加配置数据、更新 LDAP 模式或修改 LDAP 目录树。在后面各节中逐个介绍了安装和配置其他组件的影响。

B

如果解决方案使用多主复制，您需要在安装并配置所有其他组件之后，才能完成 Directory Server 的配置。其基本步骤如下：

  1. 安装并配置所有其他组件后，重新启动在 A 中关闭的 Directory Server 实例。

  2. 配置多主复制。此操作将同步目录的内容（将数据从一个经历了安装和配置全过程的实例复制到所有新启动的实例）。

为 Directory Server 选择配置值

对于解决方案中的每个 Directory Server 实例，必须输入值，以将实例配置为与解决方案中的其他组件交互操作。例如，如果解决方案具有多个 Directory Server 实例，配置值必须配置 Directory Server 实例以能够彼此间进行交互操作。使用表 3–5 帮助您选择配置值。

表 3–5 Directory Server 实例的主要配置值

输入字段 

为解决方案选择值 

管理员用户 ID 和密码 

为 Directory Server 实例的管理员帐户指定 ID 和密码。参见制定用户管理规范

目录管理员 ID 和密码 

为目录管理员帐户指定密码。参见制定用户管理规范

服务器标识符 

指定在 Administration Server 控制台中标识 Directory Server 实例的标签。默认值为计算机的主机名。通常，最好是使用默认值。 

服务器端口 

Directory Server 实例接受来自其他组件的连接时所用的端口。在网络连接示意图中指定。有关更多信息，参见制定网络连接规范。

后缀 

您在此字段中提供的值构成 LDAP 目录树的基本后缀（或根 DN）。 

此值在目录树规范中指定。参见为解决方案指定目录树结构

 

管理域 

您提供的值用于在 Administration Server 控制台中将安装在计算机上的组件分组。默认值为您当前在安装的计算机的 DNS 域。 

系统用户和系统组 

Directory Server 实例将使用此用户 ID 和组运行。默认值为 root 和 other。

在此服务器上存储用户数据和组数据等 

使用这些字段定义 Directory Server 实例的功能。默认值是 Directory Server 实例充当用户和组数据以及配置数据二者的目录，且对于客户机连接使用相同的 URL。 

如果解决方案要求对于用户和组数据以及配置数据使用单独的目录，可使用这些字段指定该实例的这种功能。 

  • 若要仅为配置数据安装实例，请选择“将用户和组数据存储在以下实例中”，并指定另一个 Directory Server 实例。在下一个页面中，选择“在此服务器上存储配置数据”。使用其余字段指定实例用于客户机连接的 URL。

  • 若要仅为用户和组数据安装实例，选择“在此服务器上存储用户和组数据”。在下一个页面中，选择“在以下实例中存储配置数据”，并为 Directory Server 的配置数据实例提供 URL。使用其余字段指定实例用于客户机连接的 URL。

注 –

此表中使用的配置值名称是 Java ES 安装程序中使用的名称。这些是您在现在配置模式下安装 Directory Server 时看到的名称。如果在以后再配置或无提示模式下安装 Directory Server，对于这些主要配置值可能需要使用不同的名称。

将 Directory Server 的安装过程添加到安装规划中

开始安装规划时，请先添加 Directory Server 的安装和配置说明，如下所述：

  1. 如果 Directory Server 实例经过负载平衡，则安装规划的第一步将是：确认在安装任何 Java ES 软件之前负载平衡器已在起作用。

  2. 接下来将是在安装规划中列出具有 Directory Server 实例的所有计算机。

    1. 对于每台计算机，添加一条运行 Java ES 安装程序并选择 Directory Server 的说明。

    2. 如果其他组件也要安装在同一计算机系统中，则可添加同时选择所有组件的说明，但是在规划中必须将配置、启动和检验 Directory Server 实例的说明安排在配置或启动其他任何组件实例的说明之前。

    3. 如果解决方案使用多主复制，必须选择一个 Directory Server 实例，将其作为在安装和配置其他组件时运行的主机。首先列出具有此实例的计算机。

    4. 如果部署体系结构具有单独的仅配置 Directory Server 实例，请首先列出这些实例。在安装用户和组实例之前，必须已完成安装并正在运行仅配置实例。

  3. 在规划中的每个 Directory Server 实例下面，列出配置实例所需的关键值。

  4. 如果解决方案使用多主复制，则添加一条说明，仅保留一个 Directory Server 实例，关闭其他所有 Directory Server 实例。

Administration Server

Administration Server 为 Directory Server、Directory Proxy Server 和 Messaging Server 提供管理支持。

Administration Server 对 Directory Server 具有解决方案级依赖性。Administration Server 将配置数据存储在 LDAP 目录中。如果解决方案针对用户和组数据以及配置数据使用单独的 Directory Server 实例，则您需要指定为配置数据指定的 Directory Server 实例。因此，合理的做法是在 Directory Server 之后立即安装并配置 Administration Server。

注 –

如果解决方案使用 Directory Server 控制台，必须计划在安装 Directory Server 之后安装 Administration Server。

Administration Server 的基本安装过程

安装并配置 Administration Server 的基本过程如下：

  1. 在部署体系结构中指定的计算机系统中安装并配置 Administration Server。安装 Administration Server 时，指定存储 Administration Server 配置数据的 Directory Server 实例。

  2. 启动并检验所有 Administration Server 实例。

  3. 如果解决方案使用负载平衡，检验负载平衡是否在 Administration Server 实例之间路由请求。

为 Administration Server 选择配置值

对于解决方案中的每个 Administration Server 实例，必须输入值，以将实例配置为与解决方案中的其他组件交互操作。特别是，您需要标识 Administration Server 用于存储其配置数据的 Directory Server 实例。使用表 3–6 帮助您选择配置值。

表 3–6 Administration Server 的主要配置值

输入字段 

为解决方案选择值 

服务器根目录 

安装 Administration Server 所用的路径名。 

管理端口 

Administration Server 接受连接的端口。 

管理域 

管理控制台中使用的标签，用于将 Administration Server 实例管理的组件实例分组。 

系统用户和系统组 

Administration Server 实例运行时所使用的用户 ID 和组。此处指定的用户 ID 和组必须与 Administration Server 管理的组件实例的用户 ID 和组匹配。例如，如果您要安装 Administration Server 以管理特定的 Directory Server 实例，则 Administration Server 用户和组必须与 Directory Server 用户和组匹配。 

管理用户 ID 和密码 

建立用于登录管理控制台的管理员帐户和密码。 

Directory Server 主机和 Directory Server 端口 

指定 Directory Server 实例，Administration Server 使用此实例存储管理域中组件实例的配置数据。 

将 Administration Server 的过程添加到您的安装规划中

要为 Administration Server 添加安装和配置说明，请执行以下操作：

  1. 如果 Administration Server 实例经过负载平衡，则安装规划中的第一条说明将是：确认在安装任何 Java ES 软件之前负载平衡器已在起作用。

  2. 接下来将是在安装规划中列出具有 Administration Server 实例的所有计算机。对于每台计算机，写入 Administration Server。 在 Administration Server 下面，添加一条运行 Java ES 安装程序并选择 Administration Server 的说明。

  3. 在 Administration Server 实例的每个标题下，列出配置此实例的关键值。使用表 3–6 帮助您选择配置值。

  4. 紧接着配置值，添加一条启动并检验 Administration Server 实例的说明。

  5. 如果 Administration Server 实例经过负载平衡，请添加一条说明以检验负载平衡器的操作情况。

Directory Proxy Server

Directory Proxy Server 管理对 LDAP 目录的访问，该目录由 Directory Server 维护。路由请求提供解决方案中的目录信息以及内部和外部用户访问的、分布在多个站点中的目录信息。

Directory Proxy Server 对 Directory Server 和 Administration Server 具有解决方案级依赖性。 无本地依赖性。因此，如果解决方案使用 Directory Proxy Server，合理的做法是在 Directory Server 和 Administration Server 之后，但在其他任何组件（Directory Proxy Server 服务的潜在使用者）之前安装和配置 Directory Proxy Server。

Directory Proxy Server 的基本安装过程

安装和配置 Directory Proxy Server 的基本过程如下：

  1. 在部署体系结构中指定的计算机系统中安装并配置 Directory Proxy Server。安装 Directory Proxy Server 时，指定存储 Administration Server 配置数据的 Directory Server 实例。

  2. 启动并检验所有 Directory Proxy Server 实例。

  3. 如果解决方案使用 Directory Proxy Server 为 Directory Server 实例实现负载平衡，则要检查负载平衡是否在 Directory Server 实例之间路由请求。

为 Directory Proxy Server 选择配置值

对于解决方案中的每个 Messaging Server 实例，必须输入值，以将实例配置为与解决方案中的其他组件交互操作。例如，彼此进行交互操作的实例。使用表 3–7 帮助您选择配置值。

表 3–7 Directory Proxy Server 的主要配置值

输入字段 

为解决方案选择值 

Directory Proxy Server 端口 

Directory Proxy Server 侦听连接时使用的端口。应在网络连接规范中指定该端口。有关更多信息，参见制定网络连接规范。

管理根目录 

安装程序存储配置数据的目录，该数据与 Directory Proxy Server 实例有关且供 Administration Server 使用。 

将 Directory Proxy Server 的安装过程添加到安装规划中

要为 Directory Proxy Server 添加安装和配置说明，请执行以下操作：

  1. 如果 Directory Proxy Server 实例经过负载平衡，则需要添加一条说明：在安装任何 Java ES 软件之前先检验负载平衡器是否已在起作用。

  2. 在规划中列出具有 Directory Proxy Server 实例的所有计算机。对于每台计算机，将 Directory Proxy Server 添加到已安装组件的列表中。

  3. 在 Directory Proxy Server 标题下面，添加一条运行 Java ES 安装程序的说明，其中应包括如下内容：

    1. 选择 Directory Proxy Server。

    2. 用于配置该实例的关键值列表。使用表 3–6 帮助您选择配置值。

  4. 添加一条启动并检验 Directory Proxy Server 实例的说明。

  5. 如果 Directory Proxy Server 实例经过负载平衡，则应添加一条说明以检验负载平衡器的操作情况。

Access Manager

Access Manager 为大多数其他 Java ES 组件提供验证和授权服务。在任何特定解决方案中，使用 Access Manager 服务的组件取决于该具体解决方案，但是几乎所有其他 Java ES 组件都可能是 Access Manager 服务的使用者。

Access Manager 对用户和组数据源仅有一个解决方案级依赖。因此，合理的做法是在 Directory Server 和 Administration Server 之后立即安装并配置 Access Manager，然后再安装和配置 Access Manager 服务的任何潜在使用者。

Access Manager 对 Web 容器具有本地依赖性。

注 –

Access Manager 具有两种操作模式。传统模式（6.x 样式）支持 Access Manager 6 功能。如果您要与 Portal Server、Messaging Server、Calendar Server、Delegated Administrator 或 Instant Messaging 一起安装 Access Manager，必须选择 Access Manager 传统 (6.x) 安装类型。

领域模式（7.x 样式）支持 Access Manager 7 功能，包括新的 Access Manager 7 控制台。但是，仅当解决方案中不包括上面列出的组件时，才能使用领域 (7.x) 模式。

注 –

如果部署体系结构将 Portal Server 和 Access Manager 放置在不同的计算机上，则还需要考虑其他一些注意事项。有关更多信息，参见《Sun Java Enterprise System 2005Q4 安装指南》中的“使用远程 Access Manager 的 Portal Server 示例”。

Access Manager 的基本安装过程

安装和配置 Access Manager 的基本步骤如下：

  1. 使用 Java ES 安装程序，在部署体系结构中指定的所有计算机系统上安装 Access Manager。

    1. 安装 Access Manager 时，必须指定 Access Manager 运行时所在的 Web 容器。

    2. 安装 Access Manager 时，必须为用户和组数据指定信息库（通常是一个用 URL 指定的 Directory Server 实例）。

    3. 安装 Access Manager 可修改 LDAP 目录以支持单点登录（有时称为模式 2）。有关 LDAP 模式的更多信息，参见为解决方案指定 LDAP 模式。

  2. 启动并检验 Access Manager 的所有实例。

  3. 如果解决方案对 Access Manager 实例使用负载平衡，请检验负载平衡器是否正确运行。

为 Access Manager 选择配置值

对于解决方案中的每个 Access Manager 实例，必须指定配置值，以将实例配置为与解决方案中其他组件交互操作。

表 3–8 Access Manager 实例的主要配置值

输入字段 

为解决方案选择值 

管理员用户 ID 和管理员密码 

您将为具有全部权限的管理员帐户建立密码。此帐户可用于登录到 Access Manager 控制台。此帐户对 Access Manager 管理的所有目录条目具有完全访问权限。 

LDAP 用户 ID 和 LDAP 密码 

您将为具有较少权限的管理员帐户建立密码。此帐户可用于登录到 Access Manager 控制台。此帐户具有读取和搜索权限。 

安装类型 

您将指定 Access Manager 实例应在领域模式还是传统模式下运行。如果实例要与 Portal Server、Messaging Server、Calendar Server、Instant Messaging 或 Delegated Administrator 交互操作，则传统模式是必需的。 

Web 容器 

指定 Access Manager 实例运行时所在的 Web 容器。安装程序将根据您所做的选择提示您输入必要的信息。 

主机名、Web Server 端口、Web Server 实例目录、文档根目录、Secure Server 实例端口 

如果您要同时安装 Access Manager 和 Web Server，请使用这些字段指定 Web Server 的安装方式。 

如果要在已经安装了 Web Server 的计算机上安装 Access Manager，请使用这些字段指定现有的 Web Server 实例。 

安装目录、Access Manager 运行时实例、实例目录、Access Manager 实例端口、文档根目录、管理员用户 ID、管理员端口、Secure Server 实例端口、Secure Administration Server 端口 

如果要同时安装 Access Manager 和 Application Server，请使用这些字段指定 Application Server 的安装方式。 

如果在已经安装了 Application Server 的计算机上安装 Access Manager，请使用这些字段指定现有的 Application Server 实例。 

主机名、服务部署 URI、公共域部署 URI、Cookie 域、管理控制台（部署新控制台、使用现有控制台）、控制台部署 URI、密码部署 URI、控制台主机名、控制台端口 

使用这些字段指定如何将 Access Manager 身份认证管理和策略服务核心（核心）以及 Administration Server 控制台（控制台）服务部署到 Web Server 中。 

 

Directory Server 主机、Directory Server 端口、Access Manager 目录根后缀、目录管理员 DN、目录管理员密码。 

使用这些字段提供对 Directory Server 实例的访问权限，以便解决方案将此实例用于用户和组数据。 

如果要使用除 Directory Server 之外的其他组件作为用户和组数据的信息库，此 URL 必须是 ? 

  • 安装和配置 Directory Server 时会指定“Directory Server 主机”和“Directory Server 端口”。如果使用多主复制和/或负载平衡配置 Directory Server，则需要使用复制/负载平衡的服务的逻辑地址，而不是使用其中一台计算机的名称。

  • “Access Manager 目录根后缀”是 Access Manager 用作目录根的目录条目。默认值是实际目录根，也是在安装 Directory Server 实例时建立的。

  • “目录管理员 DN”和密码也是在安装 Directory Server 实例时建立的。

如果解决方案使用一些其他的用户和组数据源，此 URL 必须为 ? 

否、是、组织标记对象类、组织命名属性、用户标记对象类、用户命名属性 

使用这些字段将 Access Manager 配置为与已置备了用户数据的目录协同工作。 

将 Access Manager 的安装过程添加到安装规划中

要为 Access Manager 添加安装和配置说明，请执行以下操作：

  1. 如果 Access Manager 实例经过负载平衡，安装规划中的第一条说明将是：确认在安装任何 Java ES 软件之前负载平衡器已在起作用。

  2. 接下来将是在安装规划中列出带有 Access Manager 实例的所有计算机。

    1. Access Manager 对 Web 容器具有本地依赖性。运行 Access Manager 实例的每台计算机也必须运行该指定的 Web 容器的实例。部署体系结构应指明解决方案要使用的 Web 容器。

    2. 对于每台计算机，添加一条运行 Java ES 安装程序并选择 Access Manager 的说明。如果正在使用 Web Server 或 Application Server 作为 Web 容器，还应添加一条选择 Web 容器的说明。安装程序能够自动将 Access Manager 部署到所选的 Web 容器。

    3. 如果在规划中已经列出了运行 Access Manager 的计算机（例如，如果 Directory Server 安装在该同一计算机上），则添加一条选择 Access Manager 的说明。即使使用现在配置选项，也可在安装 Directory Server 的同时安装 Access Manager，但在您的规划中必须将配置、启动和检验 Directory Server 实例的说明放在配置或启动任何 Access Manager 实例的说明之前。

  3. 在每个 Access Manager 实例的下面，列出配置实例所需的关键值。使用表 3–8 帮助您选择配置值。

  4. 在每个 Web Server 或 Application Server 实例的下面，列出配置实例所需的关键值。有关为这些组件选择配置值的信息，参见Web Server 或Application Server。

  5. 如果解决方案使用支持 Access Manager 的一个第三方 Web 容器，则需要在以后再配置模式下安装 Access Manager。要配置和部署 Access Manager 实例，请运行名为 amconfig 的 Access Manager 配置工具。有关更多信息，参见《Sun Java System Access Manager 7 2005Q4 Administration Guide》中的“Access Manager amconfig Script”。运行 amconfig 配置工具之前，必须已安装并已在运行第三方 Web 容器。

  6. 对于每台计算机，添加一条启动并检验 Access Manager 实例的说明。如果实例经过负载平衡，应添加一条说明以检验负载平衡器的操作情况。

Messaging Server

检查部署体系结构中具有 Messaging Server 实例的所有计算机系统。

Messaging Server 提供邮件收集、存储和传送服务。Messaging Server 的服务可通过 Communications Express、Portal Server 和第三方电子邮件客户机来访问。

Messaging Server 对用户和组数据源具有解决方案级依赖性。用户和组数据包含用于检验消息传送服务可否访问的帐户名称和密码。用户和组数据还标识用户的邮件服务器以及传送邮件所需的其他信息。该信息通常在 Directory Server 管理的 LDAP 目录中。因此，合理的做法是在 Directory Server 之后再安装和配置 Access Manager。

如果解决方案使用单点登录，则 Messaging Server 是 Access Manager 服务的使用者。在单点登录的解决方案中，必须在安装并配置了 Directory Server 和 Access Manager 之后安装和配置 Messaging Server。

为了使 Messaging Server 与 Directory Server 管理的 LDAP 目录能够协同工作，必须在运行 Directory Server 实例的计算机上运行 Directory Preparation Tool。因此，Directory Preparation Tool 被作为 Messaging Server 安装的一部分 。

安装和配置 Messaging Server 将修改 LDAP 目录树，如制定用户管理规范中所述。此修改将向目录树中添加一个分支，表示由 Messaging Server 实例管理的电子邮件域。有关电子邮件域中用户的信息将添加至此电子邮件域分支中。如果解决方案使用单点登录，则解决方案中所有其他组件（例如，Calendar Server）也应将其用户数据存储在该电子邮件域分支中。因此，合理的做法是先安装并配置 Messaging Server，然后再安装可能会使用该电子邮件域分支的任何其他组件。

Messaging Server 的基本安装过程

  1. 确定解决方案要使用哪种冗余策略（如果有）进行消息传送服务。

    • 如果解决方案使用负载平衡。

    • 如果解决方案使用群集消息传送服务，必须在 Messaging Server 之前安装、配置和检验 Sun Cluster 软件。

  2. 使用 Java ES 安装程序，在部署体系结构中指定的所有计算机系统上安装 Messaging Server 。安装程序不会配置 Messaging Server 实例。

  3. 在运行 Directory Server 的计算机上，运行 Directory Preparation Tool。

  4. 运行 Messaging Server 配置向导。

    1. 配置 Messaging Server 时，必须指定 Directory Server 实例，有关 Messaging Server 用户的信息将存储在该实例中。

    2. 配置 Messaging Server 时，需要提供 LDAP 目录分支的名称，用于表示由 Messaging Server 实例管理的电子邮件域。Messaging Server 配置向导会将此分支添加到树中。

  5. 启动并检验 Messaging Server 的所有实例。

  6. 如果解决方案包括单点登录，则需要配置 Messaging Server 以实现单点登录，然后重新启动 Messaging Server 并检验单点登录的运行情况。

  7. 如果解决方案包括 Sun Cluster 软件，则需要安装、配置、启动并检验 Messaging Server 的 Sun Cluster 代理。

  8. 如果解决方案对 Administration Server 实例使用负载平衡，请检验负载平衡器是否正确运行。

为 Messaging Server 选择配置值

对于解决方案中的每个 Messaging Server 实例，必须输入值，以将实例配置为与解决方案中的其他组件交互操作。例如，如果解决方案使用 Access Manager 单点登录，必须将 Messaging Server 实例配置为与 Access Manager 交互操作。使用表 3–9 帮助您选择配置值。

表 3–9 Messaging Server 实例的主要配置值

输入字段 

为解决方案选择值 

输入 FQHN 

您要在其上配置 Messaging Server 的计算机的全限定域名。 

选择要配置的组件 

选择解决方案为此计算机指定的组件。此信息可在部署体系结构中找到。有关更多信息，参见分析部署体系结构。

输入用户名和输入组 

指定用户名和组，Messaging Server 实例将使用此用户名和组运行。 

配置服务器 LDAP URL、绑定为、密码。 

指定解决方案用于存储配置数据的 Directory Server 实例 ，以及指定目录管理员帐户和密码。Messaging Server 配置向导会将有关 Messaging Server 实例的配置数据写入此目录中。 

用户/组服务器 LDAP URL、绑定为、密码。 

指定解决方案用于存储用户和组数据的 Directory Server 实例，以及指定目录管理员帐户和密码。Messaging Server 配置向导会将电子邮件域分支添加到此 Directory Server 的目录树中。Messaging Server 将在此目录中查找用户和组数据。 

所有管理员帐户的密码 

建立所有 Messaging Server 实例的管理员帐户使用的密码。 

默认电子邮件域 

建立电子邮件域，Messaging Server 实例将为其提供电子邮件服务。 

输入组织 DN 

建立 LDAP 目录树分支，将在该默认电子邮件域中存储与用户有关的数据。 

以 o=,ou= 或 dc=,dc= 形式指定目录树分支的 DN 

如果解决方案使用单一的用户条目验证与授权多项服务，则必须配置其他组件以使用此字段中为用户和组数据指定的 LDAP 分支。 

将 Messaging Server 的安装过程添加到安装规划中

要为 Messaging Server 添加安装和配置说明，请执行以下操作：

  1. 如果 Messaging Server 实例经过负载平衡，则安装规划中第一条说明将是：确认在安装任何 Java ES 软件之前负载平衡器已在起作用。

  2. 如果解决方案使用 Sun Cluster 软件，则 Messaging Server 对 Sun Cluster 软件具有本地依赖性。执行以下操作：

    1. 运行 Messaging Server 实例的每台计算机都必须是一个 Sun Cluster 节点。必须在安装 Messaging Server 之前安装、配置并检验 Sun Cluster 软件。

    2. 在规划中列出运行群集式 Messaging Server 实例的所有组件。

    3. 对于每台计算机，添加安装 Sun Cluster 软件的说明。有关 Sun Cluster 软件的安装说明，参见Sun Cluster 软件。有关说明如何在一台计算上多次运行安装程序以设置群集式组件的安装规划示例，参见表 3–4。

  3. 接下来将是在安装规划中列出具有 Messaging Server 实例的所有计算机。

    提示 –

    如果解决方案使用群集式 Messaging Server 实例，这将是安装程序第二次在为 Messaging Server 指定的计算机上运行。

    1. 在规划中，为每台计算机添加一条运行 Java ES 安装程序并选择 Messaging Server 的说明。

    2. 如果规划中已经列出运行 Access Manager 的计算机（例如，在同一台计算机上安装 Directory Server），则添加一条选择 Access Manager 的说明。您可以同时安装 Access Manager 和 Directory Server（即使使用现在配置选项），但在您的规划中，必须将配置、启动并检验 Directory Server 实例的说明放在配置或启动任何 Access Manager 实例的说明之前。

  4. 在每个 Messaging Server 实例之下，列出用于配置该实例的关键值，用来帮助您选择配置值。

  5. Directory Preparation Tool 需要配置值表。

  6. 为每台计算机添加一条启动并检验 Messaging Server 实例的说明。

  7. 如果 Messaging Server 实例已达到负载平衡，则添加一条检验负载平衡器运行状况的说明。

  8. 如果 Messaging Server 实例为群集式，则添加一条完成群集配置的说明，执行群集配置的方法是安装用于 Messaging Server 的 Sun Cluster 代理，然后检验其运行状况。可在Sun Cluster 软件中找到有关 Sun Cluster 代理的说明。

Calendar Server

检查具有 Calendar Server 实例的计算机系统的部署体系结构。

Calendar Server 提供日历服务。Calendar Server 提供的服务可通过 Communications Express 或 Portal Server 访问。

Calendar Server 对于用户数据源和组数据源具有解决方案级的依赖性。用户数据和组数据包含帐户名和密码，用来检验对日历服务的访问权限。用户数据和组数据还用于标识每个用户的日历服务器以及提供日历服务所需的其他信息。此信息通常位于一个由 Directory Server 管理的 LDAP 目录中。因此，合理的做法是在 Directory Server 之后再安装和配置 Calendar Server。

如果解决方案使用单点登录，Calendar Server 便是 Access Manager 服务的一个使用者。在单点登录解决方案中，必须在安装并配置 Directory Server 和 Access Manager 之后，才能安装和配置 Calendar Server。

如果解决方案同时使用 Calendar Server 和 Messaging Server，则应将 Calendar Server 的用户数据和组数据存储在 Messaging Server 用于存储其用户数据和组数据的同一 LDAP 目录分支下。此数据由 Messaging Server 配置向导创建。因此，Calendar Server 对 Messaging Server 具有依赖性。应在安装并配置 Messaging Server 之后，再安装和配置 Calendar Server。

Calendar Server 的基本安装过程

  1. 确定解决方案中用于消息传送服务的是哪种冗余策略（如果有）。

    • 如果解决方案使用负载平衡。

    • 如果解决方案使用群集式日历服务，则必须在安装 Calendar Server 之前安装、配置并检验 Sun Cluster 软件。

  2. 使用 Java ES 安装程序在部署体系结构所指定的所有计算机系统上安装 Calendar Server。该安装程序并不配置 Calendar Server 实例。

  3. 如必要，在正在运行 Directory Server 的计算机上运行 Directory Preparation Tool。如果解决方案包括 Messaging Server，则 Directory Preparation Tool 将作为 Messaging Server 配置的一部分运行。

  4. 运行 Calendar Server 配置向导。

    1. 配置 Calendar Server 时，必须指定其中存储有关 Calendar Server 用户信息的 Directory Server 实例。

    2. 配置 Calendar Server 时，需要提供其中存储用户数据和组数据的 LDAP 目录分支的名称。此分支通常是由 Messaging Server 配置向导所创建的分支。

  5. 启动并检验所有 Calendar Server 实例。

  6. 如果解决方案包括 Sun Cluster 软件，安装、配置、启动并检验用于 Messaging Server 的 Sun Cluster 代理。

  7. 如果解决方案包括单点登录，配置 Calendar Server 以实现单点登录，然后重新启动 Calendar Server 并检验单点登录是否生效。

  8. 如果解决方案针对 Calendar Server 实例使用负载平衡，则检验负载平衡器是否正常运行。

为 Calendar Server 选择配置值

对于解决方案中的每个 Calendar Server 实例，必须输入用于将该实例配置为与解决方案中的其他组件交互操作的那些值。例如，如果解决方案使用 Access Manager 单点登录，则必须将 Calendar Server 实例配置为能够与 Access Manager 进行交互操作。利用表 3–10 来帮助您选择配置值。

表 3–10 Calendar Server 实例的主要配置值

输入字段 

为解决方案选择值 

LDAP 服务器主机名、LDAP 服务器端口 

使用这些字段指定解决方案中用于存储用户数据和组数据的 Directory Server 实例。 

Directory Manager 名称、Directory Manager 密码 

使用这些字段为用户和组目录提供目录管理员帐户和密码。Calendar Server 将在配置时使用此信息连接到 Directory Server 实例。 

基本 DN 

指定 Calendar Server 实例在其中查找用户数据的 LDAP 目录树分支。 

如果解决方案使用单用户条目和单点登录，其必须是 Messaging Server 配置所创建的目录树分支。有关更多信息，参见表 3–9。

管理员用户 ID 和管理员密码 

使用这些字段为 Calendar Server 实例定义主管理员帐户。此帐户将被添加到“基本 DN”字段所指定位置的目录中。 

管理员电子邮件地址 

创建主管理员帐户的电子邮件地址。 

SMTP 主机 

指定用于发送邮件警报的邮件主机。指定解决方案中运行 Messaging Server 实例的计算机。如果解决方案使用的是已达到负载平衡或群集式的消息传送服务，则指定该服务的逻辑地址。 

服务端口 

指定 Calendar Server 实例在其上侦听连接的端口。端口号应在网络连接规范中指定。有关更多信息，参见制定网络连接规范。

最大会话数、最大线程数、服务器进程数 

使用这些字段指定 Calendar Server 实例的运行时特征。 

运行时用户 ID、运行时组 ID 

使用这些字段指定在其下运行 Calendar Server 的用户 ID 和组。 

将 Calendar Server 的过程添加到安装规划中

要添加 Calendar Server 的安装和配置说明，请执行以下操作：

  1. 如果 Calendar Server 实例已达到负载平衡，则安装规划中的第一条说明便是在安装任何 Java ES 软件之前确认负载平衡器是否正常运行。

  2. 如果解决方案使用 Sun Cluster 软件，则 Calendar Server 对 Sun Cluster 软件具有本地依赖性。执行以下操作：

    1. 必须将运行 Calendar Server 实例的每台计算机都配置为一个 Sun Cluster 节点。必须在安装 Calendar Server 之前，安装、配置并检验 Sun Cluster 软件。

    2. 在规划中，列出运行群集式 Calendar Server 实例的所有计算机。

    3. 为每台计算机添加安装 Sun Cluster 软件的说明。有关 Sun Cluster 软件安装说明，参见Sun Cluster 软件。有关介绍如何在一台计算机上多次运行安装程序以设置群集式组件的安装规划示例，参见表 3–4。

  3. 接下来，在规划中列出具有 Calendar Server 实例的所有计算机。

    提示 –

    如果解决方案使用的是群集式 Calendar Server 实例，则这是在指定安装 Calendar Server 的计算机上第二次运行安装程序。

    1. 在规划中，为每台计算机添加一条运行 Java ES 安装程序并选择 Calendar Server 的说明。

    2. 如果规划中已经列出运行 Calendar Server 的计算机（例如，在同一台计算机上安装 Directory Server），则添加一条选择 Calendar Server 的说明。您可以同时安装 Calendar Server 和 Directory Server（即使使用现在配置选项），但在您的规划中，必须将配置、启动并检验 Directory Server 实例的说明放在配置或启动任何 Calendar Server 实例的说明之前。

  4. 在每个 Calendar Server 实例之下，列出用于配置该实例的关键值，用来帮助您选择配置值。

  5. Directory Preparation Tool 需要配置值表。

  6. 为每台计算机添加一条启动并检验 Calendar Server 实例的说明。

  7. 如果 Calendar Server 实例已达到负载平衡，则添加一条检验负载平衡器运行状况的说明。

  8. 如果 Calendar Server 实例为群集式，则添加一条完成群集配置的说明，即为 Calendar Server 安装 Sun Cluster 代理，然后检验它们的运行状况。可在Sun Cluster 软件中找到有关 Sun Cluster 代理的说明。

Communications Express

检查具有 Communications Express 实例的计算机系统的部署体系结构。

Communications Express 提供了一个用以完成邮件服务和日历服务的最终用户界面。Communications Express 还为 Portal Server 提供了一种访问邮件服务和日历服务的机制。

Communications Express 对 Messaging Server 和 Calendar Server 具有解决方案级的依赖性。Communications Express 为由 Messaging Server 和/或 Calendar Server 的特定实例所提供的数据提供了一个界面。因此，合理的做法是在 Messaging Server 和 Calendar Server 之后再安装和配置 Communications Express。

Communications Express 还对用户数据源和组数据源具有解决方案级的依赖性。用户数据和组数据包含帐户名和密码，用来检验对消息传送服务和日历服务的访问权限。此信息通常位于一个由 Directory Server 管理的 LDAP 目录中。Communications Express 通过 Access Manager 访问此数据。Communications Express 还依赖于因安装 Access Manager、运行 Directory Preparation Tool 以及安装和配置 Messaging Server 而引起的 LDAP 模式和目录树的修改。因此，合理的做法是在 Directory Server 和 Access Manager 之后再安装和配置 Communications Express。

默认情况下，Communications Express 被配置为使用 Access Manager 单点登录。

Communications Express 对 Web 容器以及 Access Manager 或 Access Manager SDK 具有本地依赖性。通常，在分布式解决方案中，部署体系结构将指定 Access Manager SDK 的一个本地副本，它支持与 Access Manager 的远程实例进行交互。

Communications Express 的基本安装过程

安装和配置 Communications Express 的基本步骤如下所示：

  1. 使用 Java ES 安装程序在部署体系结构所指定的所有计算机系统上安装 Communications Express。

    1. 安装 Communications Express 时，还要安装 Web 容器，以便 Communications Express 在其中运行。

    2. 安装 Communications Express 时，还要必须安装 Access Manager SDK 的一个副本或 Access Manager 的一个本地副本。

  2. 运行 Communications Express 配置向导。配置 Communications Express 时，必须指定用于存储用户数据和组数据的系统信息库（通常是用 URL 指定的一个 Directory Server 实例）。

  3. 启动并检验所有 Communications Express 实例。

  4. 如果您的解决方案针对 Communications Express 实例使用负载平衡，则检验负载平衡器是否正常运行。

为 Communications Express 选择配置值

对于解决方案中的每个 Communications Express 实例，必须输入用于将该实例配置为与解决方案中的其他组件交互操作的那些值。特别是，将 Communications Express 配置为与 Messaging Server 和 Calendar Server 实例（提供消息传送数据和日历数据）以及与 Access Manager 和 Directory Server 实例（提供验证和授权服务）交互操作的那些值。利用表 3–11 来帮助您选择配置值。

表 3–11 Communications Express 的主要配置值

输入字段 

为解决方案选择值 

邮件组件和日历组件 

针对解决方案将要提供的服务选择 Communications Express 组件。 

主机名和 DNS 域名 

这些字段一起标识要在其上配置 Communications Express 的计算机。 

Web Server 或 Application Server 

选择解决方案要使用的 Web 容器。可在部署体系结构中找到此信息。有关更多信息，参见分析部署体系结构。

服务器根目录、服务器实例标识符、虚拟服务器标识符、HTTP 端口 

如果要同时安装 Communications Express 和 Web Server，则使用这些字段指定如何安装 Web Server。 

如果要在已安装 Web Server 的计算机上安装 Communications Express，则使用这些字段指定一个现有 Web Server 实例。 
 

如果要同时安装 Communications Express 和 Application Server，则使用这些字段指定如何安装 Web Server。 

如果要在已安装 Application Server 的计算机上安装 Communications Express，则使用这些字段指定一个现有 Web Server 实例。 

Web 容器用户 ID 和 Web 容器组 ID 

指定将运行 Web 容器进程的用户和组。 

URI 路径 

指定用于访问 Communications Express 的 URI。 

LDAP URL、绑定 DN、管理员密码 

指定解决方案中用于存储用户数据和组数据的 Directory Server 实例。“绑定 DN”和“管理员密码”即为目录管理员帐户和密码。如果解决方案使用已达到负载平衡的 Directory Server 实例，则键入已达到负载平衡的目录服务的逻辑 URL。 

DC 后缀树 

指定用户和组的 Directory Server 实例的基本 DN。在安装 Directory Server 实例时建立此项内容。有关更多信息，参见表 3–5。

输入域名 

键入解决方案要使用的邮件域的名称。在配置 Messaging Server 时建立此邮件域。有关更多信息，参见表 3–9。

登录 URL、管理员 DN 和管理员密码 

指定用于与 Access Manager 建立连接的值。 

  • “登录 URL”的形式为 http://hostname:port/amserver/UI/login，其中 hostname 指定正在运行 Access Manager 的计算机。

  • “管理员 DN”必须是 Access Manager 管理员帐户的 LDAP 全名。应该类似于以下形式：uid=amadmin,ou=people,o=DirectoryBaseDN。

  • 管理员密码必须是安装 Access Manager 时所建立的密码。有关更多信息，参见表 3–8。

Messenger Express 端口 

指定 Messaging Server 正在使用的端口。在配置 Messaging Server 时指定此端口。有关更多信息，参见表 3–9。

Calendar Server 主机名和 Calendar Server 端口号 

指定正在运行 Calendar Server 的计算机的名称。如果解决方案中的日历服务为群集式或已达到负载平衡，则提供该服务的逻辑名称。 

在配置 Calendar Server 时分配“Calendar Server 端口号”。有关更多信息，参见表 3–10。

管理员用户 ID 和管理员密码 

使用 Calendar Server 管理员 ID 和密码。在配置 Calendar Server 时建立这些值。有关更多信息，参见表 3–10。

登录 URL、管理员 DN、管理员密码 

指定解决方案中用于存储个人通讯录数据的 Directory Server 实例。如果解决方案使用已达到负载平衡的 Directory Server 实例，则键入已达到负载平衡的目录服务的逻辑 URL。在配置 Directory Server 实例时建立这些值。有关更多信息，参见表 3–5。

将 Communications Express 的过程添加到安装规划中

要添加 Communications Express 的安装和配置说明，请执行以下操作：

  1. 如果 Communications Express 实例已达到负载平衡，则在安装规划中添加一条在安装任何 Java ES 软件之前确认负载平衡器是否正常运行的说明。

  2. 接下来，在规划中列出具有 Communications Express 实例的所有计算机。

    1. Communications Express 对于 Web 容器具有本地依赖性。运行 Communications Express 实例的每台计算机还要必须运行指定 Web 容器的一个实例。部署体系结构中应该指出您的解决方案要使用哪个 Web 容器。

    2. 为每台计算机添加一条运行 Java ES 安装程序并选择 Communications Express 的说明。再添加一条选择 Web Server 或 Application Server 作为 Web 容器的说明。还要添加一条选择 Access Manager SDK 或 Access Manager 的说明。

    3. 如果规划中已经列出运行 Communications Express 的计算机（如果规划中已包括在同一台计算机上安装其他组件的说明），则只需添加一条在安装程序运行时选择 Communications Express 的说明。可以在安装其他组件的同时安装 Communications Express，并将其部署到同一个 Web 容器中，但在您的规划中，必须将配置、启动及检验任何 Directory Server、Access Manager、Messaging Server 或 Calendar Server 实例的说明放在配置或启动 Communications Express 实例的说明的前面。

  3. 添加一条运行 Communications Express 配置向导的说明。在此说明之下，列出用于配置该实例的关键值。利用表 3–11 来帮助您选择配置值。

  4. 在每个 Web Server 或 Application Server 实例之下，列出用于配置该实例的关键值。有关为这些组件选择配置值的信息，参见Web Server或Application Server。如果规划中已在计算机上安装了 Web Server 或 Application Server，则无需重复此步骤。可在运行 Communications Express 配置向导时，将 Communications Express 部署到同一个 Web 容器实例中。

  5. 为每台计算机添加一条启动并检验 Communications Express 实例的说明。

  6. 如果实例已达到负载平衡，则添加一条检验负载平衡器运行状况的说明。

Portal Server

检查具有 Portal Server 实例的计算机系统的部署体系结构。

Portal Server 将提供可通过门户桌面访问的门户服务。

Portal Server 对 Web 容器具有本地依赖性。可以使用 Web Server、Application Server 和几个第三方 Web 容器。Portal Server 还对 Access Manager 或 Access Manager SDK 具有本地依赖性。通常，在分布式解决方案中，部署体系结构将指定 Access Manager SDK 的一个本地副本，它支持与 Access Manager 的远程实例进行交互。

注 –

如果部署体系结构将 Portal Server 和 Access Manager 分别置于不同的计算机上，则应考虑一些注意事项。有关更多信息，参见《Sun Java Enterprise System 2005Q4 安装指南》中的“使用远程 Access Manager 的 Portal Server 示例”。

Portal Server 的基本安装过程

安装和配置 Portal Server 的基本步骤如下所示：

  1. 使用 Java ES 安装程序在部署体系结构所指定的所有计算机系统上安装 Portal Server。

    1. 安装 Portal Server 时，必须指定 Web 容器，以便 Portal Server 在其中运行。

    2. 安装 Portal Server 时，必须指定用于存储用户数据和组数据的系统信息库（通常是用 URL 指定的一个 Directory Server 实例）。

    3. 安装 Portal Server 时，还要必须安装 Access Manager SDK 的一个副本或 Access Manager 的一个本地副本。

  2. 启动并检验所有 Portal Server 实例。

  3. 如果解决方案使用单点登录，配置 Portal Server 以实现单点登录。

  4. 如果解决方案将在门户桌面上显示消息传送数据和日历数据，则将门户频道配置为与特定的 Messaging Server 和 Calendar Server 实例交互操作。

  5. 如果您的解决方案针对 Portal Server 实例使用负载平衡，则检验负载平衡器是否正常运行。

为 Portal Server 选择配置值

对于解决方案中的每个 Portal Server 实例，必须输入用于将该实例配置为与解决方案中的其他组件交互操作的那些值。特别是，将 Portal Server 配置为与 Directory Server 交互操作以完成用户数据查找的那些值。在大多数解决方案中，将 Portal Server 配置为与 Access Manager 交互操作以实现单点登录验证和授权服务，以及与 Messaging Server 和 Calendar Server 交互操作以作为显示在门户桌面上的消息传送数据源和日历数据源。利用表 3–12来帮助您选择配置值。

表 3–12 Portal Server 实例的主要配置值

输入字段 

为解决方案选择值 

Web 容器 

选择解决方案中用于 Portal Server 的 Web 容器。 

提示 –

如果解决方案使用的是一个第三方 Web 容器，则必须先安装、配置并运行该第三方 Web 容器，然后才能运行 Java ES 安装程序。

安装目录、服务器实例、服务器实例端口和安全的服务器实例端口 

如果要同时安装 Portal Server 和 Web Server，则使用这些字段指定如何安装 Web Server。 

如果要在已安装 Web Server 的计算机上安装 Portal Server，则使用这些字段指定一个现有 Web Server 实例。 

安装目录、域名、服务器实例目录、服务器实例端口、文档根目录、管理端口、管理员用户 ID、管理员密码、安全的服务器实例端口、安全的 Administration Server 端口 

如果要同时安装 Portal Server 和 Application Server，则使用这些字段指定如何安装 Application Server。 

如果要在已安装 Application Server 的计算机上安装 Portal Server，则使用这些字段指定一个现有 Application Server 实例。 

主目录、产品安装目录、用户项目的目录、产品 JDK 目录、服务器/群集域、服务器/群集实例、服务器/群集端口、服务器/群集协议、文档根目录、管理员用户 ID、管理员密码、受管理的服务器 

使用这些字段指定已安装在计算机上并处于运行状态的 BEA WebLogic 实例。 

安装目录、虚拟主机、单元、节点、服务器实例、服务器实例端口、文档根目录、Java 主目录、安全的服务器实例 

使用这些字段指定已安装在计算机上并处于运行状态的 IBM WebSphere 实例。 

控制多个 Portal Server 的负载平衡器、负载平衡器协议、负载平衡器主机、负载平衡器端口 

如果解决方案使用已达到负载平衡的门户服务，则使用这些字段配置 Portal Server 实例以实现与负载平衡器之间的交互操作。 

部署 URI 

指定用于访问门户服务的 URI 路径。 

安装样例门户 

指定是否希望安装程序安装样例门户桌面。在检验 Portal Server 时该样例桌面将非常有用。 

将 Portal Server 的过程添加到安装规划中

要添加 Portal Server 的安装和配置说明，请执行以下操作：

  1. 如果 Portal Server 实例已达到负载平衡，则在安装规划中添加一条在安装任何 Java ES 软件之前检验负载平衡器是否正常运行的说明。

  2. 接下来，在规划中列出具有 Portal Server 实例的所有计算机。

    1. Portal Server 对 Web 容器具有本地依赖性。运行 Portal Server 实例的每台计算机还要必须运行指定 Web 容器的一个实例。部署体系结构中应指出您的解决方案要使用哪个 Web 容器。

    2. 为每台计算机添加一条运行 Java ES 安装程序并选择 Portal Server 的说明。如果要使用 Web Server 或 Application Server 作为 Web 容器，还要添加一条选择 Web 容器的说明。安装程序能够自动将 Portal Server 部署到选定的 Web 容器中。添加一条选择 Access Manager SDK 或 Access Manager 的说明。

    3. 如果规划中已经列出运行 Portal Server 的计算机（如果规划中已包括在同一台计算机上安装其他组件的说明），则只需添加一条选择 Portal Server 的说明。可以在安装其他组件的同时安装 Portal Server，并将其部署到同一个 Web 容器中，但在您的规划中，必须将配置、启动及检验任何 Directory Server、Access Manager、Messaging Server 或 Calendar Server 实例的说明放在配置或启动 Portal Server 实例的说明的前面。

  3. 在每个 Portal Server 实例之下，列出用于配置该实例的关键值，利用表 3–12 来帮助您选择配置值。

  4. 在每个 Web Server 或 Application Server 实例之下，列出用于配置该实例的关键值。有关为这些组件选择配置值的信息，参见Web Server或Application Server。如果规划中已在计算机上安装了 Web Server 或 Application Server，则无需重复此步骤。可以指定同一个 Web 容器实例，并将 Portal Server 部署到该同一个 Web 容器实例中。

  5. 如果解决方案使用的是一个支持 Portal Server 的第三方 Web 容器，则使用该 Web 容器的部署工具部署 Portal Server 实例。在规划中添加部署每个 Portal Server 实例的说明。

  6. 为每台计算机添加一条启动并检验 Portal Server 实例的说明。如果实例已达到负载平衡，则添加一条检验负载平衡器运行状况的说明。

Portal Server Secure Remote Access

Portal Server Secure Remote Access 通过门户机制提供了对内部资源的受控制访问。

Portal Server Secure Remote Access 对 Portal Server 以及 Access Manager 验证和授权具有解决方案级的依赖性。

这两种依赖性同时也属于本地依赖性。必须将 Portal Server Secure Remote Access 与 Portal Server 实例安装在同一台计算机上，Portal Server 实例可使资源通过安全远程访问得到访问。Portal Server Secure Remote Access 还要必须对 Access Manager 服务具有本地访问权限。在分布式解决方案中，这一点通常通过安装 Access Manager SDK 的一个本地副本来完成，这样便能使 Portal Server Secure Remote Access 与 Access Manager 的远程实例进行交互操作。

Portal Server Secure Remote Access 的基本安装过程

安装和配置 Portal Server Secure Remote Access 的基本过程如下所示：

  1. 在部署体系结构中指定的计算机上安装并配置 Portal Server Secure Remote Access。在同一台计算机上安装用以提供由 Portal Server Secure Remote Access 控制的资源的 Portal Server 实例。

  2. 启动并检验所有 Portal Server Secure Remote Access 实例。

为 Portal Server Secure Remote Access 选择配置值

对于解决方案中的每个 Messaging Server 实例，必须输入用于将该实例配置为与解决方案中的其他组件交互操作的那些值。有关选择配置值的信息，参见《Sun Java Enterprise System 2005Q4 安装参考》中的“Portal Server Secure Remote Access 配置信息”。

将 Portal Server Secure Remote Access 的过程添加到安装规划中

要添加 Portal Server Secure Remote Access 的安装和配置说明，请执行以下操作：

  1. 在规划中，列出具有 Portal Server Secure Remote Access 实例的所有计算机。对于每台计算机，将 Portal Server Secure Remote Access 添加到安装组件列表中。

  2. 在 Portal Server Secure Remote Access 标题下添加一条运行 Java ES 安装程序的说明，其中包括以下内容：

    1. 选择 Portal Server Secure Remote Access。

    2. 用于配置实例的关键值列表。

  3. 添加启动和检验 Portal Server Secure Remote Access 实例的说明。

  4. 如果使用 Portal Server Secure Remote Access 实例来让 Portal Server 实例负载平衡，请添加检验负载平衡功能的说明。

Instant Messaging

检查具有 Instant Messaging 实例的计算机系统的部署体系结构。

Instant Messaging 为最终用户提供即时消息传送服务。

Instant Messaging 客户机资源子组件对 Web 容器有本地依赖性。可以使用 Web Server 或 Application Server。如果解决方案对 Instant Messaging 子组件进行分布，则必须将 Web 容器安装在客户机资源所在的计算机上。

如果解决方案使用 Access Manager 单点登录，则 Instant Messaging 还对 Access Manager 有依赖性。可以使用本地 Access Manager 或 Access Manager SDK 满足该依赖性。在分布式解决方案中，部署体系结构通常会指定 Access Manager SDK 的本地副本，该副本支持与 Access Manager 远程实例进行交互。

Instant Messaging 的基本安装过程

Instant Messaging 的基本安装和配置步骤如下：

  1. 使用 Java ES 安装程序在部署体系结构中指定的所有计算机系统上安装 Instant Messaging。

    1. 安装 Instant Messaging 时，通过安装在其中运行 Instant Messaging 的 Web 容器或指定计算机上已安装的 Web 容器来满足 Web 容器依赖性。

    2. 如果解决方案使用 Access Manager 单点登录，则通过安装 Access Manager SDK 副本或 Access Manager 本地副本来满足 Access Manager 依赖性。

  2. 运行 Instant Messaging 配置向导。配置 Instant Messaging 时，必须指定用于存储用户数据和组数据的系统信息库（通常是用 URL 指定的一个 Directory Server 实例）。

  3. 启动和检验 Instant Messaging 的所有实例。

  4. 如果解决方案针对 Instant Messaging 实例使用负载平衡，请检验负载平衡器的工作是否正常。

为 Instant Messaging 选择配置值

为解决方案中的每个 Instant Messaging 实例输入的值必须能够将该实例配置为可以与解决方案中的其他组件交互操作。使用表 3–13 帮助您选择配置值。有关输入值的详细信息，参见《Sun Java System Instant Messaging 7 2005Q1 Administration Guide》第 1 章“安装后配置 Instant Messaging”。

表 3–13 Instant Messaging 的主要配置值

输入字段 

为解决方案选择值 

Sun Java System Instant Messaging Server、Sun Java System Instant Messaging Resources、Sun Java System Access Manager Instant Messaging Service 

选择部署体系结构中指定的子组件。有关更多信息，参见分析部署体系结构和分布式子组件。

运行时用户 ID、运行时组、HTTP 端口、文档根目录 

使用这些字段指定在其中运行 Instant Messaging 客户机资源的 Web Server 实例。 

打算利用 Access Manager 的 SSO 部署吗？同时打算利用 Access Manager 的策略部署吗？ 

使用这些字段指定 Instant Messaging 与 Access Manager 进行交互的方式。 

域名、IM 服务器端口、多路复用器端口、禁用服务器、远程 IM 主机名 

域名是解决方案所使用的邮件域。它是在配置 Messaging Server 时建立的。有关更多信息，参见表 3–9。

LDAP 主机名、LDAP 端口号、基本 DN、绑定 DN、绑定口令 

指定用于用户和组数据的 Directory Server 实例。“绑定 DN”和“绑定口令”是目录管理器帐户和密码。“基本 DN”是 Instant Messaging 用户数据的 LDAP 组织。如果解决方案还包括 Messaging Server，则“基本 DN”是由 Messaging Server 配置创建的电子邮件域 LDAP 组织。有关更多信息，参见表 3–9。

如果解决方案使用负载平衡式 Directory Server 实例，请键入负载平衡目录服务的逻辑 URL。 

SMTP 服务器 

指定运行 Messaging Server 的计算机。如果解决方案使用负载平衡式或群集式 Messaging Server 实例，请使用负载平衡式消息传送服务的逻辑 URL。 

Instant Messenger 资源代码库 

指定用户从中下载 Instant Messenger 客户机资源的位置。 

将 IM 服务指派给现有用户 

 

将 Instant Messaging 的过程添加到安装规划中

要添加 Instant Messaging 的安装和配置说明，请执行以下操作：

  1. 如果 Instant Messaging 实例已达到负载平衡，请在安装规划中添加说明，确认在安装任何 Java ES 软件前负载平衡器已在工作。

  2. 接下来将是在安装规划中列出具有 Instant Messaging 实例的所有计算机。

    1. Instant Messaging 客户机资源子组件对 Web 容器有本地依赖性。运行该子组件的每台计算机还必须运行指定 Web 容器的实例。部署体系结构应指出解决方案所使用的 Web 容器。

    2. 对于每台计算机，添加一条运行 Java ES 安装程序并选择 Instant Messaging 的说明。添加选择 Web Server 或 Application Server 作为 Web 容器的说明。添加选择 Access Manager SDK 或 Access Manager 的说明。

    3. 如果安装规划中已列出运行 Instant Messaging 的计算机（如果该规划已包含在同一台计算机上安装另一组件的说明），则添加一条选择 Instant Messaging 的说明即可。可将 Instant Messaging 与其他组件一起安装，并将其部署到同一 Web 容器，但在安装规划中必须将配置、启动和检验任何 Directory Server、Access Manager、Messaging Server 或 Calendar Server 实例的说明置于配置或启动 Instant Messaging 实例的说明之前。

  3. 添加运行 Instant Messaging 配置实用程序的说明。在该说明下列出用于配置实例的关键值。使用表 3–13 帮助您选择配置值。

  4. 在每个 Web Server 或 Application Server 实例下列出用于配置实例的关键值。有关为这些组件选择配置值的信息，参见 Web Server 或 Application Server。如果安装规划已在计算机上安装了 Web Server 或 Application Server，则不需要重复此步骤。运行 Instant Messaging 配置实用程序时可将 Communications Express 部署到同一 Web 容器实例。

  5. 为每台计算机添加启动和检验 Instant Messaging 实例的说明。

  6. 如果 Instant Messaging 实例已达负载平衡，请添加检验负载平衡器运行情况的说明。

Delegated Administrator

Delegated Administrator 通过对 LDAP 目录中的用户数据进行操作来提供用户管理服务。

Delegated Administrator 对代表电子邮件域的 LDAP 目录树分支进行操作。Delegated Administrator 是为所有组件实例共享同一用户和组数据 LDAP 树分支的解决方案而设计的。LDAP 分支由 Messaging Server 配置向导创建。在此类解决方案中，Messaging Server 自身对 Directory Preparation Tool、Access Manager 和 Directory Server 有解决方案级依赖性。因此，合理的做法是在安装、配置和检验 Directory Server、Administration Server、Messaging Server 和 Calendar Server之后再安装和配置 Delegated Administrator。

Delegated Administrator 对 Web 容器及 Access Manager 或 Access Manager SDK 有本地依赖性。在分布式解决方案中，部署体系结构通常会指定 Access Manager SDK 的本地副本，该副本支持与 Access Manager 远程实例进行交互。

Delegated Administrator 的基本安装过程

Delegated Administrator 的基本安装和配置步骤如下：

  1. 使用 Java ES 安装程序在部署体系结构中指定的所有计算机系统上安装 Delegated Administrator。

    1. 安装 Delegated Administrator 时，还要安装在其中运行 Delegated Administrator 的 Web 容器。

    2. 安装 Delegated Administrator 时，还必须安装 Access Manager SDK 的副本或 Access Manager 的本地副本。

  2. 运行 Delegated Administrator 配置向导。配置 Instant Messaging 时，必须指定用于存储用户数据和组数据的系统信息库（通常是用 URL 指定的一个 Directory Server 实例）。

  3. 启动并检验 Delegated Administrator 的所有实例。

  4. 如果解决方案针对 Delegated Administrator 实例使用负载平衡，请检验负载平衡器的工作是否正常。

为 Delegated Administrator 选择配置值

为解决方案中的每个 Delegated Administrator 实例输入的值必须能够将该实例配置为可以与解决方案中的其他组件交互操作。例如，Delegated Administrator 管理 LDAP 目录项。因此，必须将 Delegated Administrator 配置为登录存储用户和组数据的 Directory Server 实例。使用表 3–14 帮助您选择配置值。

表 3–14 Delegated Administrator 实例的关键配置值

输入字段 

为解决方案选择值 

Delegated Administrator 实用程序、Delegated Administrator 控制台、Delegated Administrator 服务器 

选择部署体系结构中指定的子组件。有关更多信息，参见分析部署体系结构和分布式子组件。

主机名和端口 

使用这些字段指定解决方案中使用的 Access Manager 实例。“主机名”是运行 Access Manager 的计算机的全限定域名。“端口”是 Access Manager 侦听连接所使用的端口。该端口是在配置 Access Manager 时指定的。有关更多信息，参见表 3–8。

默认域 

指定由 Messaging Server 配置定义的默认电子邮件域。指定此字段作为由 Delegated Administrator 管理的用户数据的默认电子邮件域。有关更多信息，参见表 3–9。

默认 SSL 端口 

指定 Delegated Administrator 侦听连接请求所使用的端口。 

Web 容器：Web Server、App Server 7.x、App Server 8.x 

选择解决方案中使用的 Web 容器。 

服务器根目录、服务器实例标识符、虚拟服务器标识符、HTTP 端口 

如果要一并安装 Delegated Administrator 和 Web Server，请使用这些字段来指定如何安装 Web Server。 

如果要在已安装 Web Server 的计算机上安装 Delegated Administrator，请使用这些字段来指定现有 Web Server 实例。 
 

如果要一并安装 Delegated Administrator 和 Application Server，请使用这些字段来指定如何安装 Application Server。 

如果要在已安装 Application Server 的计算机上安装 Delegated Administrator，请使用这些字段来指定现有 Application Server 实例。 

域分隔符 

 

Access Manager 基本目录 

指定解决方案中使用的 Access Manager 实例的安装目录。该目录可以是先前在配置过程中指定的远程计算机上的目录。如果 Access Manager 达到负载平衡怎么办？ 

LDAP URL、绑定为、密码 

使用这些字段来指定解决方案中使用的 Directory Server 实例。LDAP URL 的格式为：http://directory_hostname:directory_port，其中 directory_hostname 指定运行 Directory Server 的计算机，directory_port 是配置 Directory Server 实例时为连接请求指定的端口。“绑定为”和“密码”是目录管理器帐户和密码。有关更多信息，参见表 3–5。

Access Manager 顶级管理员：用户名和密码 

为解决方案中使用的 Access Manager 实例使用顶级管理员帐户。“用户名”始终是 amadmin，“密码”是在配置 Access Manager 时指定的。有关更多信息，参见表 3–8。

Access Manager 内部 LDAP 验证密码：用户名和密码 

为解决方案中使用的 Access Manager 实例使用 LDAP 用户帐户。“用户名”始终是 amldapuser。“密码”是在配置 Access Manager 时指定的。有关更多信息，参见表 3–8。

输入组织 DN 

指定解决方案为用户和组数据指定的 LDAP 组织（目录树分支）。它是由 Messaging Server 配置创建的组织。有关更多信息，参见表 3–9。解决方案中的组件会查找此 LDAP 组织中用于验证和授权的用户数据。Delegated Administrator 用于管理同一 LDAP 组织中的用户和组数据。

默认组织的顶级管理员：用户名和密码 

为 Delegated Administrator 指定特权管理员帐户。使用此帐户登录 Delegated Administrator 的管理员具有无限权限，其中包括创建较低级别管理员帐户的能力。 

加载样例服务软件包和加载样例组织 

如果选择这些选项，配置向导会向目录添加样例服务软件包和组织。可以使用这些样例来开发自己的样例。 

将 Delegated Administrator 的过程添加到您的安装规划中

要添加 Delegated Administrator 的安装和配置说明，请执行以下操作：

  1. 如果 Delegated Administrator 实例已达到负载平衡，请在安装规划中添加说明，确认在安装任何 Java ES 软件前负载平衡器已在工作。

  2. 接下来将是在安装规划中列出具有 Delegated Administrator 实例的所有计算机。

    1. Delegated Administrator 对 Web 容器有本地依赖性。运行 Delegated Administrator 实例的每台计算机还必须运行指定 Web 容器的实例。部署体系结构应指示解决方案所使用的 Web 容器。

    2. 对于每台计算机，添加一条运行 Java ES 安装程序并选择 Delegated Administrator 的说明。添加选择 Web Server 或 Application Server 作为 Web 容器的说明。添加选择 Access Manager SDK 或 Access Manager 的说明。

    3. 如果安装规划中已列出运行 Delegated Administrator 的计算机（如果该规划已包含在同一台计算机上安装另一组件的说明），则添加一条选择 Delegated Administrator 的说明即可。可将 Delegated Administrator 与其他组件一起安装，并将其部署到同一 Web 容器，但在安装规划中必须将配置、启动和检验任何 Directory Server、Access Manager、Messaging Server 或 Calendar Server 实例的说明置于配置或启动 Delegated Administrator 实例的说明之前。

  3. 添加运行 Delegated Administrator 配置向导的说明。在该说明下列出用于配置实例的关键值。使用表 3–14 帮助您选择配置值。

  4. 在每个 Web Server 或 Application Server 实例下列出用于配置实例的关键值。有关为这些组件选择配置值的信息，参见 Web Server 或 Application Server。如果规划中已在计算机上安装了 Web Server 或 Application Server，则不需要重复此步骤。运行 Delegated Administrator 配置向导时可以将 Delegated Administrator 部署到同一 Web 容器实例。

  5. 为每台计算机添加启动和检验 Delegated Administrator 实例的说明。

  6. 如果 Delegated Administrator 实例已达负载平衡，请添加检验负载平衡器运行情况的说明。

Service Registry

Service Registry 管理 Web 服务的 UDDI 注册。

Service Registry 对 Application Server 有本地依赖性。

Service Registry 无法通过安装程序进行配置，即使安装程序在“现在配置”模式下运行也是一样。

Service Registry 的基本安装过程

Service Registry 的基本安装和配置过程如下：

  1. 使用 Java ES 安装程序在部署体系结构中指定的所有计算机系统上安装 Service Registry。Service Registry 对 Application Server 有本地依赖性。运行 Service Registry 实例的每台计算机还必须运行 Application Server 实例。

  2. 运行 Service Registry 配置脚本。

将 Service Registry 的安装过程添加到安装规划中

要添加 Service Registry 的安装和配置说明，请执行以下操作：

  1. 在安装规划中列出具有 Service Registry 实例的所有计算机。

  2. 添加选择 Application Server 的说明。

    提示 –

    在现在配置模式下配置 Application Server 的效率可能更高。现在配置模式不对 Service Registry 进行配置。

  3. 添加运行 Service Registry 生成和配置脚本的说明。要更改默认配置值，请在运行配置脚本前编辑 install.properties 文件。有关安装属性的更多信息，参见《Service Registry 3 2005Q4 Administration Guide》中的第 1  章 “Configuring and Setting Up Service Registry”。

Web Server

Web Server 主要用于为其他 Java ES 组件提供 Web 容器服务。如果解决方案将 Web Server 用于 Web 容器支持，则必须在运行所支持组件实例的每台计算机上安装 Web Server 实例。

例如，如果解决方案使用 Web Server 为 Communications Express 提供 Web 容器支持，则具有 Communications Express 实例的每台计算机还应具有 Web Server 实例。Communications Express 的每个实例都部署到同一计算机上的 Web Server 实例。

对于某些组件，如 Access Manager，Java ES 安装程序既可以进行安装又可以进行部署。对于另外一些组件，如 Communications Express，则需要在安装完成后执行单独的配置步骤。对于这些组件，配置向导会创建实例并进行部署。单个组件部分解释了每个组件的要求如何。

可以将不同组件的实例部署到一个 Web Server 实例。例如，如果解决方案在一台计算机上运行 Access Manager 和 Portal Server，则可将这两个组件都部署到同一 Web Server 实例。

Web Server 没有系统级依赖。

Web Server 有若干个本地依赖。Web Server 实例始终需要 Message Queue 本地实例。如果解决方案使用 Web Server 对多个 Web Server 实例进行负载平衡，则必须在本地安装 Web Server 实例。而且，如果解决方案使用“高可用性会话存储器”功能，则必须在本地安装该组件的实例。

Web Server 的基本安装过程

Web Server 的基本安装和配置过程如下：

  1. 使用 Java ES 安装程序在部署体系结构中指定的计算机系统上安装和配置 Web Server。安装 Web Server 时指定配置值。在某些情况（Access Manager 和 Portal Server）下，还可为支持的组件指定配置值，支持的组件将部署到 Web Server 实例。在其他情况下，需要单独运行支持的组件的配置向导来创建和部署实例。

  2. 启动和检验 Web Server 的所有实例。

  3. 检验支持的组件是否正在运行。

  4. 如果解决方案使用负载平衡，请检验负载平衡是否在组件实例之间路由请求。

为 Web Server 选择配置值

为解决方案中的每个 Web Server 实例输入的值必须能够将该实例配置为可以与解决方案中的其他组件交互操作。使用表 3–15 帮助您选择配置值。

表 3–15 Web Server 的关键配置值

输入字段 

为解决方案选择值 

管理员用户 ID 和管理员密码 

使用这些字段来建立 Web Server 实例的管理员帐户。 

Web Server 主机 

在其上安装 Web Server 的计算机的全限定域名。该值用作安装所创建的 Web Server 实例的名称。 

管理端口和管理运行时用户 ID 

Web Server 的管理服务器侦听连接所使用的端口。Web Server 的管理服务器进程以该“运行时用户 ID”运行。 

运行时用户 ID 和运行时组 

Web Server 实例运行时所使用的用户 ID 和组。 

将 Web Server 作为 Access Manager 和 Portal Server 的容器进行安装时，请将上述值分别设置为 root 和 other。 

将 Web Server 作为其他组件的容器进行安装时，请使用非超级用户。 

HTTP 端口 

Web Server 侦听连接所使用的端口。 

文档根目录 

存储已部署文档的目录。 

除非备用目录已存在，否则无法从默认目录切换到另一目录。安装程序不会为您创建备用目录。 

重新启动系统时自动启动 Web Server 

选择此项时将把 Web Server 配置为在计算机重新启动时自动重新启动。不过要注意， 

当 Web Server 作为 Access Manager 的容器运行时，该值会被忽略。Access Manager 启动脚本将优先执行，并在计算机重新启动时自动重新启动 Web Server。 

将 Web Server 的安装过程添加到安装规划中

在对 Web Server 有本地依赖性的任何地方添加这些说明。在分布式解决方案中，安装规划可以在若干台计算机上重复使用 Web Server 的安装和配置说明，以支持不同的 Web 应用程序组件。例如，

要添加 Web Server 的安装和配置说明，请执行以下操作：

  1. 支持的组件部分指示您在安装规划中添加运行安装程序并同时选择所支持组件和 Web Server 的说明。

  2. 接下来将是列出 Web Server 的配置值。使用表 3–15 帮助您选择 Web Server 的配置值。

  3. 如果支持的组件是由安装程序配置和部署的，如 Access Manager 和 Portal Server，请执行以下操作：

    1. 在安装规划中添加支持的组件的配置值。

    2. 添加运行安装程序并提供 Web Server 和支持的组件的配置值的说明。

    3. 添加启动 Web Server 实例的说明。此步骤还会启动支持的组件。

    4. 按描述支持组件的部分中所述，检验支持的组件是否运行正常。

  4. 如果支持的组件不是由安装程序配置和部署的，如 Communications Express、Delegated Administrator、Instant Messaging，请执行以下操作：

    1. 添加运行安装程序、选择 Web Server 并提供 Web Server 配置值的说明。

    2. 添加列出支持的组件的配置值的说明。

    3. 添加运行支持的组件的配置向导并提供支持的组件的配置值的说明。

    4. 添加启动 Web Server 实例的说明。此步骤还会启动支持的组件。

    5. 按描述支持组件的部分中所述，添加检验支持的组件是否运行正常的说明。

  5. 按描述支持组件的部分中所述，在支持组件实例达到负载平衡时添加检验负载平衡器运行情况的说明。

Application Server

Application Server 主要用于为其他 Java ES 组件提供 Web 容器服务。如果解决方案将 Application Server 用于 Web 容器支持，则必须在运行支持的组件实例的每台计算机上安装 Application Server 实例。

例如，如果解决方案使用 Application Server 为 Communications Express 提供 Web 容器支持，则具有 Communications Express 实例的每台计算机还应具有 Application Server 实例。Communications Express 的每个实例都部署到同一计算机上的 Application Server 实例。

对于某些组件，如 Access Manager，Java ES 安装程序既可以进行安装又可以进行部署。对于另外一些组件，如 Communications Express，则需要在安装完成后执行单独的配置步骤。对于这些组件，配置向导会创建实例并进行部署。单个组件部分阐述了对每个组件的要求。

可将不同组件的实例部署到一个 Application Server 实例。例如，如果解决方案在一台计算机上运行 Access Manager 和 Portal Server，则可将这两个组件都部署到同一 Application Server 实例。

Application Server 没有系统级依赖。

Application Server 有若干个本地依赖。Application Server 实例始终需要 Message Queue 本地实例。如果解决方案使用 Web Server 对多个 Application Server 实例进行负载平衡，则必须在本地安装 Web Server 实例。而且，如果解决方案使用“高可用性会话存储器”功能，则必须在本地安装该组件的实例。

Application Server 的基本安装过程

Application Server 的基本安装和配置过程如下：

  1. 使用 Java ES 安装程序在部署体系结构中指定的计算机系统上安装和配置 Application Server。安装 Application Server 时指定配置值。在有些情况下（Access Manager 和 Portal Server），还需要为支持的组件指定配置值，并且将该支持的组件部署到 Application Server 实例中。在其他情况下，只需单独运行支持组件的配置向导来创建和部署实例。

  2. 启动并检验所有 Application Server 实例。

  3. 核实支持的组件正在运行。

  4. 如果解决方案使用负载平衡，检验负载平衡是否在 Application Server 实例之间路由请求。

为 Application Server 选择配置值

对于解决方案中的每个 Application Server 实例，必须输入值，以将实例配置为与解决方案中的其他实例交互操作。有关选择配置值的信息，参见《Sun Java Enterprise System 2005Q4 安装参考》中的“Application Server 配置信息”。

将 Application Server 的过程添加到您的安装规划中

在其他 Java ES 组件使用 Application Server 以获取 Web 容器支持的位置插入要求安装 Application Server 的说明。

要为 Application Server 添加安装和配置说明，请执行以下操作：

  1. 与支持的组件有关的章节介绍了要在安装规划中添加一条说明：运行安装程序并同时选择支持的组件和 Application Server。

  2. 添加一条说明：还应选中 Message Queue，以及 High Availability Session Store 和 Web Server（如果在解决方案中已使用）。

  3. 接下来列出 Application Server 的配置值。

  4. 如果支持的组件是由安装程序配置和部署的，如 Access Manager 和 Portal Server，请执行以下操作：

    1. 在规划中为支持的组件添加配置值。

    2. 添加一条说明，即运行安装程序并为 Application Server、Application Server 的本地依赖以及支持的组件提供配置值。

    3. 添加启动 Application Server 实例的说明。此步骤还将启动支持的组件。

    4. 按描述支持组件的部分中所述，检验支持的组件是否在正确运行。

  5. 如果支持的组件不是由安装程序配置和部署的，如 Communications Express、Delegated Administrator、Instant Messaging，请执行以下操作：

    1. 添加一条说明，即运行安装程序并为 Application Server 和 Application Server 的本地依赖提供配置值。

    2. 添加一条说明以为支持的组件列出配置值。

    3. 添加一条说明以运行受支持组件的配置向导并为其提供配置值。

    4. 添加启动 Application Server 实例的说明。此步骤还将启动支持的组件。

    5. 按描述支持组件的部分中所述，检验支持的组件是否在正确运行。

  6. 如果 Application Server 实例经过负载平衡，请添加一条说明以检验负载平衡器的操作情况。

Message Queue

Message Queue 是 Application Server 的本地依赖。在制定安装 Application Server 的过程时，需添加一条选择 Message Queue 的说明。

对于 Message Queue 没有附加输入值。默认情况下，Message Queue 被配置为与 Application Server 交互操作。

Message Queue 应用程序还可进行定制，但这超出了本指南的讨论范围。有关更多信息，参见 Message Queue 文档，如《Sun Java System Message Queue 3 2005Q4 技术概述》。

Sun Cluster 软件

安装 Sun Cluster 软件是为了满足本地依赖性。解决方案中的某些组件可能要使用 Sun Cluster 软件来满足服务质量要求。在这些计算机上，安装在群集中运行的组件之前，必须先安装、配置和检验 Sun Cluster 软件。通常，在解决方案级的依赖性要求安装在群集中运行的组件时，就要安装 Sun Cluster 软件。

Sun Cluster 软件本身不依赖其他组件，因此可以在安装和配置分布式解决方案期间随时安装和配置它。

Sun Cluster 软件的基本安装过程

安装和配置 Sun Cluster 软件的基本步骤如下：

  1. 尝试安装 Sun Cluster 软件之前，确保连接并配置了共享的外部存储设备。该操作通常作为实现网络连接规范的一部分来完成。有关更多信息，参见制定网络连接规范。

  2. 使用 Java ES 安装程序在部署体系结构中指定的所有计算机系统上安装 Sun Cluster 核心软件。此时，不要安装在群集中运行的组件。

  3. 配置计算机，包括运行 Sun Cluster 配置实用程序。

  4. 第二次运行 Java ES 安装程序，安装在群集中运行的组件。它们通常是 Messaging Server 和/或 Calendar Server。请仅在群集中的第一台计算机上安装这些组件。

  5. 运行 Directory Preparation Tool，配置组件实例，包括为实现单点登录而配置它们。

  6. 检验组件实例。

  7. 第三次运行 Java ES 安装程序。为 Messaging Server 安装 Sun Cluster 代理，和/或为 Calendar Server 安装 Sun Cluster 代理。

  8. 使用代理来配置组件资源，向资源组添加资源，然后启用资源。

  9. 测试资源的故障转移功能。

为 Sun Cluster 选择配置值

对于解决方案中的每个 Sun Cluster 节点，必须输入值，将配置实例配置为与群集中的其他计算机交互操作。有关选择配置值的信息，参见《Sun Cluster Software Installation Guide for Solaris OS》中的第 2  章 “Installing and Configuring Sun Cluster Software”。

将 Sun Cluster 的安装说明添加到您的规划中

注 –

有关安装 Sun Cluster 软件的详细信息，参见《Sun Java Enterprise System 2005Q4 安装指南》中的“Sun Cluster 软件示例”。

要为 Sun Cluster 软件添加安装和配置说明，请执行以下操作：

  1. 尝试安装 Sun Cluster 软件之前，确保连接并配置了共享的外部存储设备。该操作通常作为实现网络连接规范的一部分来完成。有关更多信息，参见制定网络连接规范。

  2. 使用 Java ES 安装程序在部署体系结构中指定的所有计算机系统上安装 Sun Cluster 核心软件。此时，不要安装在群集中运行的组件。

  3. 准备计算机以便进行 Sun Cluster 配置。这包括向共享存储设备添加文件系统，设置安装点，以及安装这些文件系统。

  4. 在首台计算机上运行 Sun Cluster 配置实用程序以建立群集。提供合适的配置值以实现预期的负载。配置后，重新启动该计算机。

  5. 在群集中的所有计算机上完成“网络定时协议”的配置。

    1. 配置 Messaging Server 时，必须指定 Directory Server 实例，有关 Messaging Server 用户的信息将存储在该实例中。

    2. 配置 Messaging Server 时，需要提供 LDAP 目录分支的名称，用于表示由 Messaging Server 实例管理的电子邮件域。Messaging Server 配置向导会将此分支添加到树中。

  6. 将法定设备添加到群集中。

  7. 设置群集磁盘和镜像。

  8. 创建新群集文件系统并安装相应的全局目录。

  9. 创建群集资源组并使其与虚拟主机名和 IP 地址相关联。

  10. 测试该群集资源组的故障转移功能。

  11. 第二次运行 Java ES 安装程序，安装在群集中运行的组件。它们通常是 Messaging Server 和/或 Calendar Server。请仅在群集中的第一台计算机上安装这些组件。

  12. 运行 Directory Preparation Tool，如Messaging Server中所述。

  13. 如果在群集中安装了 Messaging Server，则运行 Messaging Server 配置向导，如Messaging Server中所述。

  14. 如果在群集中安装了 Messaging Server，则配置它以实现单点登录。

  15. 如果在群集中安装了 Messaging Server，则启动 Messaging Server 实例。

  16. 检验 Messaging Server 实例。

  17. 如果在群集中安装了 Calendar Server，则运行 Calendar Server 配置向导，如Calendar Server中所述。

  18. 如果在群集中安装了 Calendar Server，则在群集中的其他计算机上创建日历服务器管理用户、用户组和目录。（配置向导已经在群集中的首台计算机上执行了此项操作。）

  19. 如果在群集中安装了 Calendar Server，则配置 Calendar Server 实例以实现单点登录。

  20. 如果在群集中安装了 Calendar Server，则启动 Calendar Server 实例。

  21. 检验 Calendar Server 实例。

  22. 第三次运行 Java ES 安装程序。为 Messaging Server 选择 Sun Cluster 代理，和/或为 Calendar Server 选择 Sun Cluster 代理。

  23. 使用 Messaging Server 代理配置 Messaging Server 资源，然后将其加入资源组并启用它。

  24. 测试该 Messaging Server 资源的故障转移功能。

  25. 使用 Calendar Server 代理配置 Calendar Server 资源，然后将其加入资源组并启用它。

  26. 测试 Calendar Server 资源的故障转移功能。