如果要从早期版本的 Delegated Administrator 进行升级

如果您是首次配置 Delegated Administrator，则可以跳过本节，直接转到选择要配置的组件一节。

如果要从早期版本升级到此版本的 Delegated Administrator，则在配置 Delegated Administrator 之前可能需要执行以下任务：

• 保留现有配置

• 升级自定义服务包

有关如何从早期版本的 Sun Java 升级到 Delegated Administrator 的说明，请参见 Sun Java Communications Suite Upgrade Guide 中名为 "Upgrading Delegated Administrator" 的章节。

保留现有配置

本节仅针对以前安装并配置了 Delegated Administrator，并自定义了 Delegated Administrator 配置的用户。

如果您具有自定义配置并且重新运行 Delegated Administrator 配置程序 config-commda，则配置文件中的属性将重置为其默认值。这些文件列在下面的Delegated Administrator 属性文件中。

有关如何自定义 Delegated Administrator 的信息，请参见第 4 章，自定义 Delegated Administrator。

在升级 Delegated Administrator 或由于任何其他原因而重新运行 Delegated Administrator 配置程序之前，应保留自定义配置。

Delegated Administrator 属性文件

Delegated Administrator 安装了以下属性文件：

• Delegated Administrator 实用程序

  • cli-usrprefs.properties

    位置：da-base/data/config

• Delegated Administrator 控制台

  • daconfig.properties

  • logger.properties

  • Resources.properties

  • Security.properties

  有关 Delegated Administrator 控制台文件的默认位置，请参见配置文件的原始（标准）位置。

• Delegated Administrator 服务器

  • resource.properties

    有关 resource.properties 文件的默认位置，请参见配置文件的原始（标准）位置。

保留现有配置的步骤

1. 备份已自定义的属性文件。

   有关属性文件的列表，请参见Delegated Administrator 属性文件。

2. 运行 config-commda 程序，如以下几节所述。

   剩下的步骤将使用 resource.properties 文件作为示例。您可以对每个自定义的文件重复这些步骤。

3. 如下所示编辑由 config-commda 程序创建的新 resource.properties 文件：

   1. 打开该新 resource.properties 文件。

      确保编辑位于 Delegated Administrator 安装目录原始（标准）位置的 resource.properties 文件，而不是部署到 Delegated Administrator 服务器所使用的 Web 容器的文件。

   2. 打开 resource.properties 文件的备份副本。

   3. 找到在该备份副本中自定义的属性。将自定义值应用于新 resource.properties 文件中的相应属性。

      不要简单地用整个备份副本覆写新 resource.properties 文件。该新文件可能包含为支持此版本的 Delegated Administrator 而创建的新属性。

4. 将编辑的 resource.properties 文件重新部署到 Delegated Administrator 服务器使用的 Web 容器。

   必须运行脚本将自定义的 resource.properties 文件部署到您的 Web 容器，更改才会生效。

   有关如何将自定义的属性文件部署到特定 Web 容器的说明，请参见部署自定义配置文件。

升级自定义服务包

本节仅针对从 Communications Services 6 2005Q4 Delegated Administrator 升级到 Delegated Administrator 6.4（当前版本），并且在前一个版本 (6 2005Q4) 中创建了自定义服务包的用户。

在 Delegated Administrator 6.4 中，服务包模板在目录中所处的节点与前一个版本 (6 2005Q4) 不同。

服务类模板样例

运行 Delegated Administrator 配置程序后，以前由 Delegated Administrator 配置程序安装的服务类模板样例将自动升级。（在此配置程序中，应选择服务包和组织样例中的装入样例服务包。）

如果仅使用样例模板来向用户和组分配服务包，则不需要执行任何操作。

自定义服务包

配置程序不会升级在 6 2005Q4 版本中创建的自定义服务包。您必须手动升级自定义服务包。

有关如何创建自定义服务包的信息，请参见创建您自己的服务包。

升级自定义服务包的步骤

对 LDAP 目录执行以下操作：

1. 将您的服务包模板从此目录节点：

   o=cosTemplates,o=rootsuffix

   复制到此目录节点：

   o=service_target,o=cosTemplates,o=rootsuffix

   其中 service_target 为下列之一：

   mailuser calendaruser mailcalendaruser mailgroup

   例如，如果某个服务包模板名为 myservicepackage，并且向用户提供邮件服务，则服务包模板的新 dn 应为：

   o=myservicepackage,o=mailuser,o=cosTemplates,o=rootsuffix

2. 从如下的原始目录节点删除服务包模板的条目：

   o=cosTemplates,o=rootsuffix

3. 通过将以下行添加到用于定义服务包的 ldif 文件来编辑每个自定义服务包：

   daServiceType: service type target

   ---

   注 –

   如果您的 ldif 文件已经包含 daServiceType 属性，可跳过此步骤。

   ---

   daServiceType 属性定义服务包提供的服务类型和服务包的服务目标。

   service 可以是 mail 或 calendar。

   target 可以是 users 或 groups。

   例如：

   daServiceType: mail user

   以下示例显示了编辑后的 ldif 文件的外观：

   dn: cn=myservicepackage,o=mailuser,o=cosTemplates,o=mycompanysuffix changetype: modify replace: daServiceType daServiceType: mail user

使用 LDAP 目录工具 ldapmodify 来更新目录中的服务包。

例如，可以运行以下命令：

ldapmodify -D <directory manager> -w <password> -f myservicepackagemodldif

其中

<directory manager> 是 Directory Server 管理员的名称。

<password> 是 Directory Server 管理员的密码。

myservicepackagemodldif 是包含之前步骤所述修改的 ldif 文件的名称。