|
| |
| Sun Java Enterprise System 2005Q4 升级指南 | |
第 15 章
Communications Express本章介绍如何将 Communications Express 升级到 Java ES 2005Q4（发行版本 4）：Sun Java System Communications Express 6.2 2005Q4。其中概括介绍了 Java ES 发行版本 4 所支持的不同升级途径的升级问题和过程。本章内容涵盖在 Solaris 和 Linux 操作系统上的升级：
Communications Express 升级概述本节将在以下方面对 Communications Express 进行介绍，这些方面会对升级到 Java ES 2005Q4（发行版本 4）产生影响：
关于 Java ES 发行版本 4 Communications Express
Java ES 发行版本 4 的 Communications Express 主要修复了一些错误。相对于版本 3 新增了少数功能：邮件过滤支持、通讯录共享和代理验证。
Communications Express 升级指导说明
表 15-1 显示了所支持的升级至 Java ES 发行版本 4 的 Communications Express 升级途径。此表既适用于 Solaris，也适用于 Linux 操作系统。
Communications Express 数据
下表显示了可能受 Communications Express 软件升级影响的数据类型。
兼容性问题
发行版本 4 Communications Express 的接口没有任何变化，并与早期版本向后兼容。
Communications Express 组件依赖性
Communications Express 对其他 Java ES 组件的依赖性会影响升级和重新配置 Communications Express 软件的过程。例如，Communications Express 接口或功能上的变化可能要求 Communications Express 所依赖组件的升级版本。是否需要升级此类组件取决于具体的升级途径。
Communications Express 对以下 Java ES 组件具有依赖性：
- 共享组件。 Communications Express 对特定的 Java ES 共享组件具有依赖性（参见表 1-6）。
- Web 容器。 Communications Express 依赖于 Web 容器服务，这些服务可由 Java ES Web Server 或 Java ES Application Server 提供。
- Access Manager（或 Access Manager SDK）。 Communications Express 依赖 Access Manager 为最终用户提供验证和授权服务，包括单点登录。如果 Access Manager 运行在远程计算机上，则 Access Manager SDK 必须在本地可用。
- Messaging Server。 Communications Express 用于提供对 Messaging Server 实现基于 Web 的访问。事实上，Communications Express 直接使用 Messaging Server MEM 组件访问其他 Messaging Server 后端组件，如 Messaging Server Store 和 MTA 组件。
- Calendar Server。 Communications Express 用于提供对 Calendar Server 实现基于 Web 的访问。
- Directory Server。 Communications Express 存储配置数据，同时还访问存储在 Directory Server 中的用户数据。因此，Communications Express 升级可能需要升级 Directory Server 或扩展目录模式。
- Directory Preparation Tool。 Communications Express 使用 Directory Preparation Tool 准备 Directory Server，以支持 Communications Express 的功能。因此，Communications Express 升级可能依赖目录准备以支持新功能。
从 Java ES 发行版本 3 升级 Communications Express本节包含关于将 Communications Express 从 Java ES 2005Q1（发行版本 3）升级至 Java ES 2005Q4（发行版本 4）的信息。其中涵盖以下主题：
简介
将 Java ES 发行版本 3 Communications Express 升级至发行版本 4 时，请考虑升级过程中的以下方面：
- 常规升级方法。 通过将修补程序应用到发行版本 3 版本执行升级。使用两个配置实用程序并通过将配置数据导入 Directory Server 来实现重新配置所包括的 Messaging Server MEM 组件。
- 升级依赖性。 虽然 Calendar Server 对许多 Java ES 共享组件都具有依赖性（参见表 1-6），但发行版本 4 Calendar Server 与这些组件在发行版本 3 中的版本兼容。因此，对于 Calendar Server 到发行版本 4 的升级，这些共享组件的升级是可选的。
此外，如 Communications Express 组件依赖性中所述，发行版本 4 的 Communications Express 依赖于 Web 容器和 Access Manager。但是，这些是软性升级依赖性；对于 Communications Express 到发行版本 4 的升级，这些组件的升级是可选的。
然而，Communications Express 对 Calendar Server（Communication Express 为其提供基于 Web 的访问）和 Messaging Server（Communication Express 使用 Messaging Server MEM 组件也为其提供基于 Web 的访问）具有硬性升级依赖性。因此，必须先将 Calendar Server 和 Messaging Server 升级至发行版本 4，然后才能将 Communications Express 升级至发行版本 4。
此外，发行版本 4 的 Communications Express 对 Directory Preparation Tool 具有硬性升级依赖性；为 Communications Express 功能准备 Directory Server 需要发行版本 4 的 Directory Preparation Tool。
发行版本 3 Communications Express 的升级
本节介绍如何在 Solaris 和 Linux 平台上将 Communications Express 从 Java ES 发行版本 3 升级至 Java ES 发行版本 4。如果其中某个主题取决于具体平台的过程，则该主题将指明所适用的操作系统。本节包括以下主题：
升级前的任务
升级 Communications Express 之前，应执行下述任务。
检验当前版本信息
通过访问 Communications Express 登录页面，可以检验 Communications Express 的当前版本，该登录页面会显示当前的版本号。
升级 Communications Express 依赖项
通常建议将计算机系统（以及计算环境）中的所有 Java ES 组件都升级到 Java ES 发行版本 4。但是，Communications Express 仅对 Messaging Server、Calendar Server 和 Directory Preparation Tool 具有硬性升级依赖性。因此，升级 Communications Express 所依赖的其他 Java ES 发行版本 3 组件是可选的。
但是，如果选择升级 Communications Express 所依赖的所有组件，则它们应按以下顺序升级，并且应在升级 Communications Express 之前进行。您可以跳过任何可能已经升级的依赖组件。
- 共享组件。 第 2 章“升级 Java ES 共享组件”中提供了将 Java ES 共享组件升级至发行版本 4 的说明。
- Directory Server。 第 4 章“Directory Server 和 Administration Server”中提供了将 Directory Server 升级至发行版本 4 的说明。
- Web 容器软件。 第 6 章“Web Server”和第 9 章“Application Server”中分别提供了升级 Web Server 和 Application Server 的说明。
- Access Manager (Access Manager SDK)。 第 11 章“Access Manager”中提供了将 Access Manager 升级至发行版本 4 的说明。
- Directory Preparation Tool。 配置发行版本 4 的 Communications Express 之前，需要在 Directory Server 中运行发行版本 4 的 Directory Preparation Tool。如果未在 Directory Server 中运行发行版本 4 的 Directory Preparation Tool，则将 Directory Preparation Tool 升级至发行版本 4，并使用它修改并扩展 Directory Server 的模式（有关过程，参见第 12 章“Directory Preparation Tool”）。
- Messaging Server。 Messaging Server 组件需升级至发行版本 4 以支持发行版本 4 的 Communications Express。第 13 章“Messaging Server”中提供了将 Messaging Server 升级至发行版本 4 的说明。
- Calendar Server。 Calendar Server 组件需升级至发行版本 4 以支持发行版本 4 的 Communications Express。第 14 章“Calendar Server”中提供了将 Calendar Server 升级至发行版本 4 的说明。
备份 Communications Express 数据
Communications Express 从发行版本 3 升级至发行版本 4 需要重新配置 Messaging Server MEM。可回滚局部更改，因此无需备份任何数据。
获取所需的配置信息和密码
必须以超级用户身份登录才能执行升级。如果要将 Web Server 用作 Web 容器，则无需任何配置信息。但如果要将 Application Server 用作 Web 容器，则将需要 Application Server 管理员用户 ID 和密码。
升级发行版本 3 Communications Express (Solaris)
本节讨论影响 Communications Express 升级过程的一些注意事项，随后对升级过程本身加以说明。
升级注意事项 (Solaris)
将 Communications Express 软件升级至 Java ES 发行版本 4 时，应考虑以下注意事项：
升级过程 (Solaris)
下述过程适用于待更新的计算机上的所有 Communications Express 组件。
- 根据表 15-4，获取所需的修补程序。
可从以下网址将修补程序下载到 /tmp：http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access
- 以 root 身份登录，或成为超级用户。
su -
- 通过停止其 Web 容器，停止 Communications Express。
Web Server：
WebServer-base/https-instanceName/stopApplication Server：
AppServer8-base/bin/asadmin stop-domain domainName- 升级所有您希望升级到发行版本 4 的共享组件（如果尚未执行此操作）。
参见升级 Communications Express 依赖项。
- 应用表 15-4 中相应的 Communications Express 修补程序。
patchadd patch_ID
- 确认修补程序升级成功：
showrev -p | grep uwc
输出应返回在步骤 5 中应用的修补程序 ID 的版本。
- 将配置数据从现有配置文件迁移至发行版本 4 的候选配置文件。
cd CommsExpress-base/sbin
./patch-config CommsExpress-base/install/patch/patch_ID该命令将要求您提供当前的配置目录，然后备份现有配置文件。接下来，该命令会将这些文件中的配置参数值与发行版本 4 模板配置文件合并，创建新的发行版本 4 候选配置文件。您应当检查这些新文件是否存在可能的冲突，如修补程序自述文件中的“特殊安装说明”部分所述。
- 安装发行版本 4 的候选配置文件，使它们成为活动配置。
./install-newconfig CommsExpress-base/install/patch/patch_ID
该命令会将发行版本 4 的新配置文件安装到它们在发行版本 4 的正确位置中。
- 移除 Web 容器为 Communications Express 保持的 JSP 类高速缓存。
有关具体过程，参见 Web 容器（Web Server 或 Application Server）的文档。
- 通过重新启动其 Web 容器，重新启动 Communications Express。
Web Server：
WebServer-base/https-instanceName/startApplication Server：
AppServer8-base/bin/asadmin start-domain domainName
--user admin_ID --password password升级发行版本 3 Communications Express (Linux)
本节讨论影响 Communications Express 升级过程的一些注意事项，随后对升级过程本身加以说明。
升级注意事项 (Linux)
除 Linux 发行版本 4 的升级修补程序与 Solaris 的修补程序不同外，在 Linux 平台上将 Communications Express 软件升级到 Java ES 发行版本 4 的注意事项与在 Solaris 平台上相同（参见升级注意事项 (Solaris)）。
下表显示了 Linux 操作系统的发行版本 4 的 Communications Express 升级修补程序：
表 15-5 在 Linux 上升级 Communications Express 的修补程序1
说明
修补程序 ID 和 RPM 名称
Communications Express 核心组件
118542-21
Communications Express 本地化版本
118044-14
1修补程序修订版本号是升级到 Java ES 发行版本 4 所需的最低版本号。如果有较新的修订版本可用，请用较新版本替代该表中所示的版本。
升级过程 (Linux)
下述过程适用于待更新的计算机上的所有 Communications Express 组件。
- 使用表 15-5 中的修补程序号和 RPM 名称，获取所需的修补程序。使用此信息获取 RPM 的版本号。
可从以下网址将修补程序下载到 /tmp：http://sunsolve.sun.com/pub-cgi/show.pl?target=patches/patch-access
- 以 root 身份登录，或成为超级用户。
su -
- 通过停止其 Web 容器，停止 Communications Express。
Web Server：
WebServer-base/https-instanceName/stopApplication Server：
AppServer8-base/bin/asadmin stop-domain domainName- 升级所有您希望升级到发行版本 4 的共享组件（如果尚未执行此操作）。
参见升级 Communications Express 依赖项。
- 应用表 15-5 中用于 Communications Express 的 RPM。
例如：
rpm -Fvh sun-uwc-6.1-7.21.i386.rpm
- 确认修补程序升级成功：
rpm -qa | grep uwc
输出应返回在步骤 5 中 RPM 的版本。
- 将配置数据从现有配置文件迁移至发行版本 4 的候选配置文件。
cd CommsExpress-base/sbin
./patch-config CommsExpress-base/install/patch/patch_ID该命令将要求您提供当前的配置目录，然后备份现有配置文件。接下来，该命令会将这些文件中的配置参数值与发行版本 4 模板配置文件合并，创建新的发行版本 4 候选配置文件。您应当检查这些新文件是否存在可能的冲突，如修补程序自述文件中的“特殊安装说明”部分所述。
- 安装发行版本 4 的候选配置文件，使它们成为活动配置。
./install-newconfig CommsExpress-base/install/patch/patch_ID
该命令会将发行版本 4 的新配置文件安装到它们在发行版本 4 的正确位置中。
- 移除 Web 容器为 Communications Express 保持的 JSP 类高速缓存。
有关具体过程，参见 Web 容器（Web Server 或 Application Server）的文档。
- 通过重新启动其 Web 容器，重新启动 Communications Express。
Web Server：
WebServer-base/https-instanceName/startApplication Server：
AppServer8-base/bin/asadmin start-domain domainName
--user admin_ID --password password检验升级
通过访问 Communications Express 登录页面，可以检验 Communications Express 的当前版本，该登录页面会显示当前的版本号。
登录后，检查新邮件选项卡升级后的用户界面以及原来的电子邮件和日历事件（如果要使用那些频道）。
此外，还可以检查升级过程中各种步骤的日志文件：
升级后的任务
除升级过程 (Solaris) 和升级过程 (Linux) 中所述的步骤之外，没有任何升级后的任务。
升级回滚 (Solaris)
本节介绍影响 Communications Express 升级回滚过程的一些注意事项，随后对升级回滚过程本身加以说明。
回滚注意事项 (Solaris)
升级至发行版本 4 的 Communications Express 的升级回滚过程几乎就是升级至发行版本 4 的相反过程。该过程将回滚重新配置并删除修补程序。
回滚过程 (Solaris)
- 以 root 身份登录，或成为超级用户。
su -
- 通过停止其 Web 容器，停止 Communications Express。
Web Server：
WebServer-base/https-instanceName/stopApplication Server：
AppServer8-base/bin/asadmin stop-domain domainName- 回滚对 Communications Express 正在使用的 Directory Server 配置目录所做的更改。
- 回滚在步骤 8 中已执行的重新配置。
cd CommsExpress-base/sbin
./uninstall-newconfig CommsExpress-base/install/patch/patch_ID- 删除表 15-4 中的修补程序。
patchrm patch_ID
- 通过重新启动其 Web 容器，重新启动 Communications Express。
Web Server：
WebServer-base/https-instanceName/startApplication Server：
AppServer8-base/bin/asadmin start-domain domainName
--user admin_ID --password password多实例升级
在一些部署体系结构中，Communications Express 被部署在多个计算机系统上，以提供可伸缩性和提高可用性。例如，您可以在多台计算机上运行 Communications Express 组件，并使用一个负载平衡器来分配负载。
就 Communications Express 负载平衡的实例而言，可执行滚动升级，期间您可依序升级各个 Communications Express 实例而不中断服务。在升级每个 Communications Express 实例时，其他实例仍可保持运行。可按发行版本 3 Communications Express 的升级中所述升级每个实例。
从 Java ES 发行版本 2 升级 Communications Express将 Java ES 2004Q2（发行版本 2）Communications Express 升级至发行版本 4 的过程与将发行版本 3 Communications Express 升级至发行版本 4 大致相同，下文说明了其中的几处例外。
注
本节适用于 Communications Express 部署在发行版本 2 的 Web Server Web 容器中时的情况，但不适用于其部署在发行版本 2 的 Application Server Web 容器中时的情况。目前不支持后一种情况。
升级 Communications Express 依赖项
升级 Communications Express 依赖项应包括将所有共享组件（参见表 1-6）以及 Communications Express 所依赖的所有本地驻留的产品组件升级至发行版本 4，除这一点外，就升级前的任务而言，将 Java ES 发行版本 2 的 Communications Express 升级至发行版本 4 与将发行版本 3 的 Communications Express 升级至发行版本 4 几乎相同。
升级 Communications Express 依赖项时，它们应按以下顺序升级，并且应在升级 Communications Express 之前进行。您可以跳过任何可能已完成升级的依赖项。
- 共享组件。 第 2 章“升级 Java ES 共享组件”中提供了将 Java ES 共享组件升级至发行版本 4 的说明。
- Directory Server。 Directory Server 很少与 Communications Express 驻留在相同的计算机上，但是，从 Java ES 发行版本 2 升级 Directory Server 和 Administration Server 中提供了将 Directory Server 升级至发行版本 4 的说明。
- Web 容器软件。 从 Java ES 发行版本 2 升级 Web Server 和从 Java ES 发行版本 2 升级 Application Server 中分别提供了升级 Web Server 和 Application Server 的说明。
- Access Manager (Access Manager SDK)。 从 Java ES 发行版本 2 升级 Access Manager 中提供了将 Access Manager 升级至发行版本 4 的说明。
- Directory Preparation Tool。 Directory Preparation Tool 很少与 Communications Express 驻留在相同的计算机上，但是，从 Java ES 发行版本 2 升级 Directory Preparation Tool 中提供了升级 Directory Preparation Tool 和在 Directory Server 上运行 Directory Preparation Tool 的说明。
- Messaging Server。 Messaging Server MTA 需升级至发行版本 4 以支持发行版本 4 的 Communications Express。从 Java ES 发行版本 2 升级 Messaging Server 中提供了将 Messaging Server 升级至发行版本 4 的说明。
- Calendar Server。 Calendar Server 很少与 Communications Express 驻留在相同的计算机上，但是，从 Java ES 发行版本 2 升级 Calendar Server 中提供了将 Calendar Server 升级至发行版本 4 的说明。
发行版本 2 Communications Express 的升级
将 Communications Express 从发行版本 2 升级至发行版本 4 的过程视您在其中部署 Communications Express 软件的 Web 容器而定。
升级发行版本 2 Communications Express：Web Server Web 容器
当部署到已经升级至发行版本 4 的 Web Server Web 容器中时，要将发行版本 2 的 Communications Express 升级至发行版本 4，可按照升级发行版本 3 Communications Express (Solaris) 或升级发行版本 3 Communications Express (Linux) 中的说明操作，但需要在提到发行版本 3 的地方用发行版本 2 代替。
升级发行版本 2 Communications Express：Application Server Web 容器
当部署到已升级至发行版本 4 的 Application Server Web 容器中时，目前尚不支持将发行版本 2 的 Communications Express 升级至发行版本 4。