迁移 z/OS Deployment Manager

在生成用于将 Deployment Manager 迁移到 WebSphere® Application Server for z/OS® V9.0 的 JCL 作业之后,可以通过运行这些作业来执行实际的迁移操作。生成定制迁移作业后,还可创建定制指示信息以在用于生成作业的 CNTL 数据集的 BBOMDINS 成员中准备和运行迁移作业。请遵循这些定制指示信息来完成将您的 Deployment Manager 迁移到 V9.0 的过程。

开始之前

支持的配置 支持的配置:

本文是关于概要文件配置迁移。要将应用程序迁移到最新版本,请使用 WebSphere Application Server Migration Toolkit。有关更多信息,请参阅 WASdev 上的 Migration Toolkit

sptcfg
  • 请参阅迁移、共存和互操作性的概述迁移注意事项
  • 如果您未生成作业控制语言 (JCL) 迁移作业,那么将无法继续执行操作。
  • 总是先迁移 Deployment Manager 节点。
  • 查看系统的适用共存要求。
  • 必须由 WebSphere 管理员用户标识提交指示信息中引用的 BBOWMG3D 作业。

    所有其他作业都必须由具有文件系统控制权的用户标识提交。

  • 有关从 V7.0 或更高版本 迁移到 V9.0 期间维护高可用性的说明:

    将 Deployment Manager 从 V7.0 或更高版本 迁移到 V9.0 时,如果重新启动了 Deployment Manager,那么将重新部署所有应用程序二进制文件。此操作将导致 Deployment Manager 重新启动综合系统内的所有应用程序。如果未禁用同步设置,这可能会导致设置了高可用性的综合系统运行中断。

    要在迁移期间维护高可用性,请对综合系统中的所有 Node Agent 关闭所有同步选项,然后再重新启动 Deployment Manager。
    1. 打开管理控制台。
    2. 转至系统管理 > Node Agent
    3. 对于综合系统中的每个 Node Agent,转至node_agent_server_name > 文件同步服务并禁用所有同步处理。
  • 提示:如果您希望执行迁移后能够将配置复原为先前状态,那么在迁移 WebSphere Application Server V7.0 或更高版本 Deployment Manager 之前,请使用 backupConfig 命令或您自己的首选备份实用程序来备份现有配置。有关更多信息,请参阅 backupConfig 命令。请务必记录此备份配置的确切名称和位置。

有关帮助信息,请参阅对迁移进行故障诊断

关于此任务

对于转换用户 对于转换用户: 以下产品先前需要单独的迁移工具,但现在却作为标准迁移过程的一部分进行迁移:
  • WebSphere Extended Deployment Compute Grid 或 Feature Pack for Modern Batch
  • WebSphere Virtual Enterprise 或 Intelligent Management
有关这些更改的更多信息,请参阅针对迁移的新增内容trns

过程

  1. 创建并安装新的 V9.0 配置文件系统。

    在执行迁移之前,V9.0 要求存在用于新配置的配置文件系统。您可以运行 BBOMDHFS 或 BBOMDZFS 来创建和安装新的配置文件系统,也可以手动安装它。无论采用哪一种方法,都必须先为 V9.0 配置创建并安装配置文件系统,然后才能继续执行操作。此配置文件系统是迁移目标;V7.0 或更高版本 配置文件系统是迁移源。

    BBOMDHFS 或 BBOMDZFS 会创建安装点目录,分配该配置的文件系统,并使用您在生成迁移作业时对安装点指定的值安装文件系统。

    在继续执行操作前,确保已经手动或者使用 BBOMDHFS 或 BBOMDZFS 来分配、创建并安装了配置文件系统数据集。安装点应归 WebSphere 管理标识所有,并且许可权至少为 755。应该将新配置文件系统结构包括在 BPXPARM 中,以便在下一次进行 IPL 时安装它们。

  2. 复制所生成的 JCL 过程。

    迁移实用程序 BBOMDCP 会将生成的 JCL 过程(用于启动服务器)复制到指定的过程库。V9.0 配置使用的 JCL 过程必须与 V7.0 或更高版本 配置所使用的不相同。此实用程序将对新的 V9.0 配置进行更新,即,将原始 V7.0 或更高版本 配置中的现有名称替换为新的 JCL 名称。

    注意: 此实用程序会将生成的 JCL 复制到过程库中。如果您指定的名称与生成迁移作业时在 V7.0 或更高版本 配置中所使用的名称相同,那么此实用程序将覆盖现有的过程。如果使用相同的名称,那么在运行此实用程序之前,务必备份现有 V7.0 或更高版本 过程,以便在将来需要回滚时使用。

    提交 BBOMDCP,并验证返回码是否为 0。

  3. 如果指定了新过程名称,请更新控制器和守护程序的 RACF® STARTED 概要文件。
    控制器区域所使用的 STARTED 概要文件基于过程名称和 JOBNAME。您必须确保应用 STARTED 概要文件,以便对启动的任务指定正确的标识。例如,如果 V7.0 或更高版本 Deployment Manager 控制器 JCL 过程名称是 AZDCR,并且您对 V9.0 指定了 AZ1DCR,那么需要为该新过程名称创建 STARTED 概要文件:
                  新控制器            V5.x 或 V6.0.x 配置中
                     JCL 名称         V7.0 或更高版本的配置
                        |                    |
     RDEFINE STARTED AZ1DCR.* STDATA(USER(AZDCRU) GROUP(AZCFG) TRACE(YES))
    注:
    • 请不要使用另一用户标识来启动。还有其他内容与用户标识相关,如果更改用户标识,那么还需进行其他更改。
    • 如果原始 STARTED 概要文件是通用的,例如 STARTED AZ*.* ...,那么不需要创建新的 STARTED 概要文件。
    • 服务方区域 STARTED 概要文件基于 JOBNAME,而不是基于过程名称。因此,对于服务方来说,使用另一过程名称并不会引起问题。
    • 守护程序和 Node Agent 是控制器,因此对它们使用不同的过程名称即表示使用新的 STARTED 概要文件。
  4. 请执行下列其中一项操作:
    1. 提交 BBOWMG3D 作业。

      迁移 Deployment Manager 与迁移独立应用程序服务器和联合节点不同,迁移 Deployment Manager 不需要使节点进入和脱离对等重新启动和恢复 (PRR) 方式。因此,迁移 Deployment Manager 期间要提交的作业会少两个,您现在已经可以执行物理迁移了。

      BBOWMG3D 作业根据您在生成迁移作业时提供的信息从 V7.0 或更高版本 Deployment Manager 物理迁移到 V9.0。提交 BBOWMG3D。验证返回码是否为 0,然后查看配置文件系统上迁移临时目录中的日志文件。迁移临时目录为 temporary_directory_location/nnnnn,其中 temporary_directory_location 是指定为临时目录位置的目录,nnnnn 是生成迁移作业时所生成的作为迁移标识的数值。缺省临时目录位置为 /tmp/migrate

    2. 提交以下三个作业:
      1. 提交 BBOWDPRO 作业。

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

      2. 提交 BBOWDPRE 作业。

        BBOWDPRE 运行迁移升级前过程。

      3. 提交 BBOWDPOS 作业。

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

  5. 在执行迁移前,检查跟踪控制设置。

    需要手动更改一些特定配置设置才能迁移 WebSphere Application Server。请使用管理控制台来检查环境变量的列表,如下所示:

    1. 单击环境 > 管理 WebSphere 变量
    2. 在“配置”选项卡上,检查 ras_trace_outputlocation 变量,并记录其设置(如果存在此变量)。

      如果将 ras_trace_outputlocation 设置为 TRCFILE,那么必须手动修改新的 WebSphere Application Server 的启动过程以包括 TRCFILE DD 语句

    避免故障 避免故障: 必须先对启动过程进行手动修改,然后才能启动新的 WebSphere Application Server 以及相关联的守护程序。gotcha
  6. 关闭旧应用程序服务器和守护程序。

    确保已关闭同一单元中 Deployment Manager 的 LPAR 上的所有节点。

  7. 如有必要,请更新守护程序 JCL 过程。

    WebSphere Application Server for z/OS V9.0 要求守护进程处于它在同一 LPAR 中管理的所有服务器的最高代码级别。Deployment Manager 启动时,该守护进程将处于 V9.0 级别。

    将所有节点迁移到 V9.0 之后,并且在从系统中除去先前版本的库之前,必须更新守护程序 JCL 过程。如果不这样做,就会导致守护程序无法启动。

    注:
    • 如果您要从 V7.0 或更高版本 迁移到 V9.0,那么守护程序需要具有包含最新版本的 SBBOLD2 和 SBBOLPA 数据集的 STEPLIB。
    • 如果 V9.0 单元中有 V9.0 服务器与 V7.0 或更高版本 单元中的 V7.0 或更高版本 服务器通信,并且后一单元与该 V9.0 单元在同一系统上,那么还需要将 V7.0 SBBOLD2 和 SBBOLPA 数据集添加到 V9.0 守护程序的 STEPLIB。
  8. 启动新的 Deployment Manager。

    使用要用于启动 V7.0 或更高版本 应用程序服务器的现有命令,但将 RACF STARTED 过程名称替换为生成迁移作业时在 Deployment Manager 面板中为控制器过程名称输入的值。此命令将启动 V9.0 Deployment Manager。在继续执行下一步前,请等待直到服务器完成初始化为止。

    在控制台上将显示以下消息,BBODMGR 的作业日志也将包含此消息:
    BBOO0019I WebSphere for z/OS 控制进程 BBODMGR 初始化完成

下一步做什么

在确认成功迁移到 V9.0 并且成功运行已迁移的配置之后,应该删除下列各项:
  • 源配置的文件系统中的所有内容
  • 目标配置的 temporary_directory_location/nnnnn 目录中的所有内容,其中 temporary_directory_location 是指定为目标目录位置的目录(缺省情况下为 /tmp/migrate),而 nnnnn 是创建迁移作业时为迁移标识生成的数值。
  • bbomigrt2.sh 文件

指示主题类型的图标 任务主题



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