迁移、共存和互操作性的概述

迁移到新版本的 WebSphere® Application Server 需要仔细考虑各个因素,例如产品版本、概要文件类型、服务器配置和应用程序部署。 此概述介绍了概念、术语、工具和策略,以帮助您成功迁移产品。

常用迁移术语

下列术语常用于讨论迁移:
  • 版本或者发行版:这是产品的更新,其中包括重要的新功能。
  • 修订版:在版本中,这是包括某些功能集的产品包装。例如,Network Deployment。
  • 概要文件:这是一组文件,用于定义应用程序服务器进程的运行时环境(例如,Deployment Manager 或应用程序服务器)。概要文件包含有关应用程序服务器的行为以及在何处部署应用程序的配置。
  • :这是迁移的数据和对象的源,例如,源概要文件源机器
  • 目标:这是迁移的数据和对象的目标,例如,目标概要文件目标机器
  • 节点:这是受管或非受管服务器或服务器集群的分组。由单元进行管理的每一个节点都可以具有唯一的配置。
  • 单元:这是一个包含 Deployment Manager 的组,该 Deployment Manager 用来管理一个或多个节点或配置。 单元中的节点已联合到 Deployment Manager。单元级别配置在所有节点之间是公共的。
  • 混合单元环境:这是当至少一个已联合节点的发行版低于用来管理该单元的 Deployment Manager 的发行版的情况。节点的发行版不能比 Deployment Manager 低 3 个或更多发行版。

基本迁移概念

迁移是一个过程,用于将配置从较旧的发行版移动到新发行版,以使新配置的行为尽可能地接近旧配置。 迁移的标准单位是概要文件,概要文件将通过 3 个基本步骤进行迁移:
  1. 创建旧安装中源概要文件的快照。
  2. 在新安装中创建兼容的目标概要文件。
  3. 将数据从快照合并到目标概要文件中。

迁移包含 Deployment Manager 和已联合节点的单元时需要格外注意。 因为 Deployment Manager 控制单元中的配置,所以在迁移每一个节点时,必须将该节点与新的 Deployment Manager 进行同步。

混合单元环境

单元可以包含不同 WebSphere Application Server 版本的节点。WebSphere Application Server V9.0 混合单元可以包含支持 WebSphere Application Server V9.0V7.0 或更高版本 的节点。在混合单元环境中,如果某个单元的某个成员版本低于 V7.0,那么这些工具无法迁移 Deployment Manager。 管理员必须将节点至少迁移到 V7.0,或者将它们从单元中移除。

在以下两种方式下,可能存在混合单元环境:
  1. 您对现有系统执行增量节点迁移。
    1. 您将 Deployment Manager 迁移到 V9.0。Deployment Manager 必须处于最高节点版本的级别。如果您有先前版本的节点,那么对 Deployment Manager 执行的这种迁移将创建最高版本的 WebSphere Application Server 的混合节点。
    2. 然后,当您一次将一个节点迁移到这个新的最高版本时,该单元将变成最高版本的 WebSphere Application Server 的单元。
      注: 该单元的版本不得高于 Deployment Manager 的版本。
  2. 您将 Deployment Manager 迁移到 V9.0,然后将先前版本的节点联合到新版本的 Deployment Manager。只有 V7.0 或更高版本 节点支持这种形式的迁移。
    1. 首先,您将 Deployment Manager 迁移到 V9.0。Deployment Manager 必须处于最高节点版本的级别。
    2. 然后,您可以将节点从 V7.0 或更高版本 联合到新的最高 Deployment Manager 版本。
    避免故障 避免故障: 这种增量迁移方法使系统处于混合单元环境中,并使节点由 V9.0 Deployment Manager 进行管理。您的迁移规划最终应该包括将所有节点迁移到 V9.0 级别,以确保对节点进行一致管理。gotcha

现有功能在混合单元环境中继续工作。您应该能够执行合理操作,例如,运行现有应用程序以及执行添加节点、创建混合集群、配置系统、调用 Mbean 和部署应用程序之类的管理操作。可以根据功能、优先级和可用资源逐种情况地决定是否在混合单元环境中支持新功能。

避免故障 避免故障: 在混合单元环境中运行时,客户机可能突然遇到一种情况,在此情况下,有关目标集群的集群成员的端口信息已过时。当所有集群成员都具有动态端口并且在没有请求被发送的某个时间段期间重新启动时最常发生此情况。处于此状态的客户机进程将最终尝试路由到 Node Agent 以检索集群成员的新端口数据,然后使用该新端口数据来路由回集群成员。

如果发生的任何问题阻止客户机与 Node Agent 通信,或者阻止新端口数据在集群成员与 Node Agent 之间传播,那么在客户机上可能发生请求失败。在一些情况下,这些故障是暂时的。在其他情况下,您需要重新启动一个或多个进程以解决故障。

要解决在这些情况下可能发生的客户机路由问题,可在集群成员上配置静态端口。使用静态端口时,在客户机进程获取有关集群成员的信息时端口数据不会更改。即使集群成员重新启动,或在进程之间发生通信或数据传播问题,客户机保留的端口数据将仍然有效。这一应对措施不一定能够解决底层通信或数据传播问题,但是会消除意外或不平衡的路由决策症状。

gotcha

如果您既不迁移先前版本的 WebSphere Application Server,也不与其共存,那么将选择忽略先前的安装,并且由于缺省端口分配冲突,您每次只能运行一个版本。如果您在一个版本中使用非缺省端口,那么有可能同时运行两个版本而不发生冲突。

常见问题

是否可以仅指向新的 WebSphere Application Server for z/OS® V9.0 数据集并重新启动服务器?

不可以。WebSphere Application Server for z/OS V9.0 要求您将 V7.0 或更高版本 配置迁移到 V9.0 级别。

在迁移到 V9.0 时,应注意以下问题:
  • 属于 WebSphere Application Server 之外的应用程序或产品的所有变量都不迁移,但会将它们按原样带到新环境。因此,在迁移之前检查任何其他产品升级,以确保所有这些变量在迁移后仍然是准确的。
  • V7.0 或更高版本 迁移到 V9.0 之前,验证是否没有任何区域约束(例如 IEFUSI 限制)。这些限制可能会导致不可预测的 Java™ 虚拟机 (JVM) 错误。
基本迁移过程是什么?
  1. WebSphere Application Server for z/OS V9.0 安装 SMP/E 代码。
    • SMP/E 代码包含 Installation Manager。安装 SMP/E 代码使您有权检索 WebSphere 存储库并在系统上构建 WebSphere 产品代码。
  2. 使用 z/OS 迁移管理工具或 zmmt 命令来创建执行迁移所需的迁移实用程序。
  3. 运行这些作业。

    将根据 V7.0 或更高版本 配置信息创建新的 V9.0 配置(与现有 V7.0 或更高版本 配置分开)。

迁移是否按逐个节点进行?

是。迁移配置的过程包括对配置中的每个节点运行提供的实用程序。

此图形描述对配置中的每个节点运行提供的实用程序。

虽然独立应用程序服务器只有一个节点,但该节点需要迁移。这些步骤基本上与用于迁移任何其他节点的步骤相同,但是不必运行 Deployment Manager。有关用于迁移独立应用程序服务器节点的活动的核对表,请参阅迁移 z/OS 独立应用程序服务器:核对表

迁移实用程序将执行哪些任务?

迁移实用程序实现下列目的:

表 1. 迁移实用程序及其用途. 该表列出了各种迁移实用程序及其用途。
实用程序 目的
BBOWMG1B(独立应用程序服务器迁移)

BBOWMG1F(联合节点迁移)

使要迁移的节点上的所有服务器能够配置为以对等重新启动和恢复 (PRR) 方式启动

在此作业完成后,必须在要迁移的节点上启动所有服务器并等待它们停止。PRR 处理方式将解决所有未完成事务、清除事务日志并停止服务器。此作业对于 Deployment Manager 迁移不是必需的,对于未使用分布式事务 (XA) 连接器的配置是可选的。

仅当使用 XA 适配器并且需要迁移 XA 日志时,此作业才是必需的。在 V7.0 或更高版本 管理控制台中,通过转至资源 > JDBC 提供程序并检查是否选择了任何 XA 提供程序(例如 DB2®、Apache Derby 等)来检查资源提供程序。

BBOWMG2B(独立应用程序服务器迁移)

BBOWMG2F(联合节点迁移)

禁用 PRR 方式并使所有服务器回到正常操作状态

此作业完成后,您不需要启动所有服务器。此作业对于 Deployment Manager 迁移不是必需的,对于未使用 XA 连接器的配置是可选的。

仅当使用 XA 适配器并且需要迁移 XA 日志时,此作业才是必需的。在 V7.0 或更高版本 管理控制台中,通过转至资源 > JDBC 提供程序并检查是否选择了任何 XA 提供程序(例如 DB2、Apache Derby 等)来检查资源提供程序。

BBOMBHFS 或 BBOMBZFS(独立应用程序服务器迁移)

BBOMDHFS 或 BBOMDZFS(Deployment Manager 迁移)

BBOMMHFS 或 BBOMMZFS(联合节点迁移)

可选:V9.0 配置根创建文件系统和安装点,并安装文件系统

如果想要使用现有文件系统来包含 V9.0 配置,那么必须手动创建在创建迁移定义时指定的安装点,并验证该文件系统是否已安装而不是运行此作业。在任一情况下,在继续进行迁移之前,必须创建配置文件系统和安装点并且必须安装该文件系统。

下列实用程序用于独立应用程序服务器迁移:
  • BBOWMG3B
  • BBOWBPRO
  • BBOWBPRE
  • BBOWBPOS
下列实用程序用于 Deployment Manager 迁移:
  • BBOWMG3D
  • BBOWDPRO
  • BBOWDPRE
  • BBOWDPOS
下列实用程序用于联合节点迁移:
  • BBOWMG3F
  • BBOWMPRO
  • BBOWMPRE
  • BBOWMPOS

BBOWMG3x 运行将节点从 V7.0 或更高版本 完整迁移到 V9.0

BBOWxPRO 仅创建 WebSphere Application Server 主概要文件和缺省概要文件。

BBOWxPRE 仅运行迁移升级前过程。

BBOWxPOS 仅运行迁移升级后和收尾(更改文件许可权)过程。

BBOMBCP(独立应用程序服务器迁移)

BBOMDCP(Deployment Manager 迁移)

BBOMMCP(联合节点迁移)

将生成的作业控制语言 (JCL) 过程(用于启动服务器)复制到指定的过程库

如果选择让 V9.0 配置使用另一 JCL 启动过程名称,那么此实用程序将更新新的 V9.0 配置,即,使用新的 JCL 名称来替换原始 V7.0 或更高版本 配置中存在的名称。

应在何处运行迁移作业?

在要迁移的节点所在的系统上运行作业。

迁移节点时会发生什么情况?

迁移实用程序变换现有 WebSphere Application Server V7.0 或更高版本 配置文件系统的内容并将它们合并到新的单独 V9.0 配置文件系统中。

现有配置在迁移期间会丢失吗?

在迁移期间,原始 WebSphere Application Server V7.0 或更高版本 配置树不会受到影响。如果因为某些原因迁移还未完成就失败了,那么先前配置仍会存在。

节点有多个应用程序服务器时,会将它们全部都迁移吗?

是。该实用程序检测并迁移所有服务器(包括 Node Agent)。对节点调用一次迁移实用程序会迁移节点中的所有服务器。

必须停止节点中的服务器才能执行迁移吗?

是。在多节点配置中,可以让其他节点仍然运行。但对于您想要迁移的任何节点,必须停止它的服务器。

在迁移 WebSphere Application Server Network Deployment 配置中的应用程序服务器节点时,该单元的先前迁移的 V9.0 Deployment Manager 必须正在运行。这是因为迁移的一部分涉及使用 wsadmin 脚本编制功能来使新迁移的应用程序服务器节点与 Deployment Manager 同步。Deployment Manager 必须正在运行,才能执行该同步。

可以运行某些节点迁移而其他节点不迁移的单元吗?

是,这是可行的。WebSphere Application Server V7.0 或更高版本 可与 V9.0 共存于同一单元和同一逻辑分区 (LPAR) 中。

新迁移的 WebSphere Application Server for z/OS V9.0 Deployment Manager 是否仍可与 V7.0 或更高版本 节点进行通信?

是。迁移到 V9.0 级别代码的 Deployment Manager 仍然可以管理 V7.0 或更高版本 节点。通过管理控制台所作的更改会应用于该节点。请注意以下几点:
  • 将 Deployment Manager 迁移到 V9.0 时,会创建新的 V9.0 主配置。V7.0 或更高版本 主配置仍然存在。但是,当 V9.0 Deployment Manager 更改配置时,将更改新 V9.0 主配置。因此,虽然仍然可以使用 V7.0 或更高版本 代码,但在复原较旧代码后不会显示 V9.0 中所作的任何更改。
  • V7.0 或更高版本 Deployment Manager 无法管理 V9.0 节点。

执行多节点迁移时是否按一定顺序进行?

是。按照以下顺序执行迁移:
  1. 总是先迁移 Deployment Manager。
  2. 然后,可迁移与 Deployment Manager 在同一系统上的应用程序服务器节点或其他多重虚拟存储器 (MVS™) 映像上的应用程序服务器节点。

可以让 WebSphere Application Server for z/OS V9.0 上的单元与 V7.0 或更高版本 上的其他单元共存吗?

是。可以让 WebSphere Application Server for z/OS V9.0 上的单元与综合系统或任何给定 MVS 映像的 V7.0 或更高版本 上的其他单元共存。存在下列限制:
  • 单元可以包含 V7.0 或更高版本 级别的服务器。
  • 单元可以包含 z/OS 和非 z/OS 节点;但是,Deployment Manager 在单元中必须处于最高版本级别,并且平台上除 Deployment Manager 所在节点外的任何节点的版本都必须为 V7.0 或更高版本
  • z/OS 节点上的服务器不能与非 z/OS 节点上的服务器组成集群。
  • LPAR 可以包含同一单元中的多个节点。
  • 对于其服务器在 LPAR 上的每个单元来说,每个这种 LPAR 最多有一个守护程序,无论为该 LPAR 配置了多少个该单元中的节点。
  • 对于给定 LPAR,守护程序的版本级别必须与在该 LPAR 上且位于该守护程序的单元中的所有服务器的版本级别相同或者要高,而与节点无关。
  • 同一节点中的所有服务器必须处于相同版本级别。
  • Deployment Manager 的版本级别必须与单元中的任何服务器的版本级别相同或者要高。
  • 控制器及其服务方必须处于相同版本级别。
  • 两个单元不能具有相同的单元短名称。
  • 对于不同单元(不管它们是否在不同版本的代码中),您还必须注意其他事项。例如,必须具有不同的配置文件系统安装点和不同的 JCL 过程。

指示主题类型的图标 概念主题



时间戳记图标 最近一次更新时间: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=cmig_overview
文件名:cmig_overview.html