在生成用于将 Deployment Manager 迁移到 WebSphere® Application Server for z/OS® V9.0 的 JCL 作业之后,可以通过运行这些作业来执行实际的迁移操作。生成定制迁移作业后,还可创建定制指示信息以在用于生成作业的 CNTL 数据集的
BBOMDINS 成员中准备和运行迁移作业。请遵循这些定制指示信息来完成将您的 Deployment Manager 迁移到 V9.0 的过程。
关于此任务
对于转换用户: 以下产品先前需要单独的迁移工具,但现在却作为标准迁移过程的一部分进行迁移:
- WebSphere Extended Deployment Compute Grid 或 Feature Pack for Modern Batch
- WebSphere Virtual Enterprise 或 Intelligent Management
有关这些更改的更多信息,请参阅
针对迁移的新增内容。
trns
过程
- 创建并安装新的 V9.0 配置文件系统。
在执行迁移之前,V9.0 要求存在用于新配置的配置文件系统。您可以运行 BBOMDHFS 或 BBOMDZFS
来创建和安装新的配置文件系统,也可以手动安装它。无论采用哪一种方法,都必须先为 V9.0 配置创建并安装配置文件系统,然后才能继续执行操作。此配置文件系统是迁移目标;V7.0 或更高版本 配置文件系统是迁移源。
BBOMDHFS 或 BBOMDZFS 会创建安装点目录,分配该配置的文件系统,并使用您在生成迁移作业时对安装点指定的值安装文件系统。
在继续执行操作前,确保已经手动或者使用 BBOMDHFS 或 BBOMDZFS 来分配、创建并安装了配置文件系统数据集。安装点应归 WebSphere 管理标识所有,并且许可权至少为 755。应该将新配置文件系统结构包括在 BPXPARM 中,以便在下一次进行 IPL 时安装它们。
- 复制所生成的 JCL 过程。
迁移实用程序 BBOMDCP 会将生成的 JCL 过程(用于启动服务器)复制到指定的过程库。V9.0 配置使用的 JCL 过程必须与 V7.0 或更高版本 配置所使用的不相同。此实用程序将对新的 V9.0 配置进行更新,即,将原始 V7.0 或更高版本 配置中的现有名称替换为新的 JCL 名称。
注意: 此实用程序会将生成的 JCL 复制到过程库中。如果您指定的名称与生成迁移作业时在 V7.0 或更高版本 配置中所使用的名称相同,那么此实用程序将覆盖现有的过程。如果使用相同的名称,那么在运行此实用程序之前,务必备份现有 V7.0 或更高版本 过程,以便在将来需要回滚时使用。
提交 BBOMDCP,并验证返回码是否为 0。
- 如果指定了新过程名称,请更新控制器和守护程序的 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 概要文件。
- 请执行下列其中一项操作:
- 提交 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。
- 提交以下三个作业:
- 提交 BBOWDPRO 作业。
BBOWDPRO 创建 WebSphere Application Server 主概要文件和缺省概要文件。
- 提交 BBOWDPRE 作业。
BBOWDPRE 运行迁移升级前过程。
- 提交 BBOWDPOS 作业。
BBOWDPOS 运行迁移升级后和收尾(更改文件许可权)过程。
- 在执行迁移前,检查跟踪控制设置。
需要手动更改一些特定配置设置才能迁移 WebSphere Application Server。请使用管理控制台来检查环境变量的列表,如下所示:
- 单击。
- 在“配置”选项卡上,检查 ras_trace_outputlocation 变量,并记录其设置(如果存在此变量)。
如果将 ras_trace_outputlocation 设置为 TRCFILE,那么必须手动修改新的 WebSphere Application Server 的启动过程以包括 TRCFILE DD 语句。
避免故障: 必须先对启动过程进行手动修改,然后才能启动新的
WebSphere Application Server 以及相关联的守护程序。
gotcha
- 关闭旧应用程序服务器和守护程序。
确保已关闭同一单元中 Deployment Manager 的 LPAR 上的所有节点。
- 如有必要,请更新守护程序 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。
- 启动新的 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 文件