路线图：迁移应用程序服务器并使应用程序服务器共存

迁移涉及收集旧版本的配置信息， WebSphere® Application Server 并将其合并到新版本的配置中。 并行运行指在同一台机器上同时运行某个软件的新版本 WebSphere Application Server 和旧版本。

准备工作

支持的配置： 本主题介绍配置文件迁移。 要将您的应用程序迁移到最新版本，请使用 WebSphere Application Server Migration Toolkit。 如需了解更多信息，请参阅 WebSphere 迁移知识库：迁移至 Liberty。

请阅读 《迁移、共存与互操作性概述》和 《迁移注意事项 》。 如需获取有关迁移规划和实施的资源，请访问“知识库： WebSphere Application Server 迁移规划 ”。

迁移工具基本上会将现有的 WebSphere 配置和用户应用程序保存到一个备份目录中，然后处理该备份目录中的内容，从而将配置和您的应用程序从之前的 WebSphere Application Server 版本迁移到最新版本。

如果您拥有旧版本 WebSphere Application Server ，则必须决定是否将旧版本的配置和应用程序迁移到新版本。

执行迁移时并不会卸载先前版本。
  • 对于独立应用程序服务器迁移和 Deployment Manager 迁移，如果在迁移期间未选择禁用先前版本的 Deployment Manager，那么旧发行版仍可运行。
  • 对于联合节点迁移和 Deployment Manager 迁移，如果在迁移期间选择禁用先前的 Deployment Manager，那么在迁移成功完成后将禁用旧发行版。 您可使用 migrationDisablementReversal.jacl 脚本重新启用先前版本。

如果同时运行两个不同版本的应用程序服务器，那么这两个版本共存。 例如，如果 V7.0 和 V8.5 应用程序服务器在同一台机器上运行，那么这两个版本共存。

要支持共存，迁移概要文件时必须使用 -setPorts 和 -resolvePortConflicts 选项，或者必须手动解决端口冲突，以使两个发行版不会尝试使用同一端口。 第一个概要文件启动时绑定的任何端口将阻止第二个概要文件启动，因为该端口已在使用中。 如果任一给定时间仅有一个概要文件发行版处于激活状态，那么不需要进行任何端口更改。

如需在迁移过程中解决问题的帮助，请阅读 《迁移故障排除 》。

有关此任务

有关迁移至 9.0 版本的信息，请参阅《 迁移产品配置》。 如需了解不同版本之间共存的更多信息，请参阅《 运行共存的应用服务器》。

过程

  1. 将产品必备软件和共存条件更新为受支持的版本。

    有关最新要求，请参阅 IBM® WebSphere Application Server 上的支持硬件、软件和 API 页面。

  2. 安装 9.0 版本的产品。

    安装完 WebSphere Application Server 版本 9.0 后，在尝试迁移现有集群或节点之前，建议您先构建一个完整的 WebSphere Application Server Network Deployment 集群配置，并验证其是否运行正常。 此过程可确保您的系统具备所有必要的先决条件，并支持新版 WebSphere Application Server。

  3. 将您的 WebSphere Application Server （ 版本 7.0 或更高 ）产品配置迁移至版本 9.0。

    您可以选择使用迁移工具来自动迁移配置，也可以手动执行迁移。

    • 使用迁移工具来自动迁移配置。

      请阅读 《使用迁移工具 》以获取更多信息。

      以下两种 WebSphere Application Server Network Deployment 迁移方案均可实现：
      • 在升级所有节点的情况下进行自动迁移

        在此方案中，您使用迁移工具来迁移 Deployment Manager 及其所有联合节点。

        此方法的优势和注意事项如下所示：
        • 优点
          • 自动复制旧配置。

            这包括所有资源定义、虚拟主机定义、安全性设置以及集群定义等内容。

          • 您需在版本 9.0 中完全复制版本 7.0 或更高版本的配置，包括默认的节点定义、服务器定义以及已部署的应用程序。
          • 可以启用脚本兼容性支持。

            请阅读 WASPostUpgrade 命令以获取更多信息。

        • 注意事项
          • 在开始执行迁移前，您应该明确迁移配置所需的时间。
          • 应该在维护窗口内执行迁移。
      • 在使用混合节点的情况下进行自动迁移
        此方案涉及下列活动：
        • 使用迁移工具来仅迁移 Deployment Manager。
        • 您添加了版本为 9.0 的节点。
        • 在应用程序于 9.0 版本上完成测试后，请将其迁移至 9.0 版本。
        • 当不再需要时，请从单元格中删除版本为 7.0 或更高版本的节点。
        此方法的优势和注意事项如下所示：
        • 优点
          • 自动复制旧配置。

            这包括所有资源定义、虚拟主机定义、安全性设置以及集群定义等内容。

          • 您需在版本 9.0 中完全复制版本 7.0 或更高版本的配置，包括默认的节点定义、服务器定义以及已部署的应用程序。
          • 可以使用混合节点配置。
          • 可以启用脚本兼容性支持。

            请阅读 WASPostUpgrade 命令以获取更多信息。

          • 可以反复地地移动应用程序。
        • 注意事项
          • 在开始执行迁移前，您应该明确迁移配置所需的时间。
          • 应该在维护窗口内执行迁移。
    • 手动迁移配置。
      手动迁移配置涉及下列活动：
      • 您将从头开始，为 Version 9.0 构建一个全新的环境。
      • 理想情况下，您应使用现有的管理脚本集来搭建完整的 Version 9.0 环境。
      • 在应用程序于 9.0 版本上完成测试后，请将其迁移至 9.0 版本。
      • 当不再需要时，请删除 7.0 或更高版本的单元格。
      请考虑下列与手动迁移配置相关的要点：
      • 优点
        • 可以复用维护脚本、复制脚本和灾难恢复脚本。
        • 根据需要，可以方便地重构拓扑。
      • 注意事项
        • 一整套的管理脚本是一种重大的投资。
        • 在执行迁移前必须处理脚本不兼容问题和更改问题。
        • 不能使用混合节点配置。
  4. 请按照“迁移 Web 服务器配置”中的说明迁移 Web 服务器插件。
  5. 可选： 设置多个版本的 WebSphere Application Server 并存。

    若多个实例和 WebSphere Application Server 版本需在同一台机器上同时运行，则不存在运行时冲突。 您的端口指定值可能会发生冲突。 请参阅 “端口号设置 ”以获取更多信息。