在数据共享环境中重新迁移

您可以一次迁移一个成员，也可以迁移数据共享组中的所有成员。

准备工作

在重新迁移之前，请参阅 Db2 12 迁移或函数级激活的不兼容变更 ，因为其中许多注意事项也适用于重新迁移。 每个考虑因素是否适用于您的子系统取决于您的 Db2 11 子系统在回退后所进行的活动的类型。

更改开始无论 ABIND 子系统的参数值如何，计划和包将继续在 Db2 12 上运行，就像绑定在 Db2 11 上一样，直到您在 Db2 12 上明确地重新绑定它们。 最好在确定 Db2 12 稳定且不再担心共存和回退问题后再进行。更改结束

建议 ：在迁移和重新迁移过程中，避免自动重新绑定。 在重新迁移的系统稳定后，您可以使用PLANMGMT（EXTENDED）重新绑定您的软件包。 如果新软件包的性能不佳，您可以使用 SWITCH(PREVIOUS) 重新绑定，返回到旧软件包。

过程

要将您的子系统重新迁移到 Db2 12 ：

  1. 检查您的 Db2 11 目录和目录的完整性：
    • 在目录表空间上运行带有CHECK选项的 DSN1COPY 实用程序。
    • 运行“检查数据”实用程序。
    • 在成员 DSNTESQ 中运行前缀为.SDSNSAMP 的查询。
  2. 可选： 确保您的 Db2 11 DSNTIJIC工作已修改为复制新的 Db2 12 目录表空间，然后使用DSNTIJIC为您的 Db2 11 目录创建一个镜像副本
    这一步不是必须的，但建议执行。
  3. 停止 Db2 11。
  4. 将TSO、 IMS 和 CICS® 重新连接到 Db2。
    请重新设置您的 Db2 12 登录程序和JCL，以及您的 Db2 12 CICS 和 IMS 连接。
  5. 重建 Db2 12 分类程序。
    重命名在回退期间由工作 DSNTIJFV 重命名的 Db2 12 程序。 如果作业 DSNTIJFV 未运行，则需要重新运行作业 DSNTIJMV。 注释掉第一步（DSNTIMP），该步骤将 Db2 12 定义为 z/OS® ，然后运行作业。 （您无需再次将 Db2 12 改为 z/OS。）
  6. 开始 Db2 12。 请确保您使用的是 Db2 12 子系统参数加载模块。
  7. 使用DSNTIJIC作业复制 Db2 12 目录的图像。
  8. 请检查您的 Db2 12 系统。