
在 Db2 11 中重新绑定旧的计划和套餐,以避免自动绑定带来的干扰。 Db2 12
在迁移到 Db2 12 之前,通过在 Db2 11 采取适当措施,您可以将迁移到 Db2 12 期间和之后应用程序计划和软件包自动绑定中断的风险降到最低。
准备工作
- 确保 Db2 11 子系统以新功能模式运行,并处于适当的服务级别。 请参阅 Db2 12 安装或迁移所需的维护。
确定迁移到 Db2 12 时需要自动绑定的计划和软件包,因为它们最后绑定的版本早于 DB2® 10。 为此,请运行 DSNTIJPC 预迁移查询任务,并检查有关迁移到 Db2 12 后不支持的软件包副本和计划的预迁移报告。 更多信息,请参阅运行预迁移查询 (DSNTIJPC)。
应用APAR PI87675 ,以消除在发布共存期间重复自动重新迁移绑定的情况。
关于本任务
Db2 12 中会出现与迁移相关的自动绑定 (也称为自动绑定
),因为它无法使用在早于 DB2 10的版本中最后一次绑定的计划或包中的运行时结构。 在 Db2 11 中绑定好的计划和包可以在 Db2 12 中运行,不会发生与迁移相关的自动绑定风险。 但是,绑定在 Db2 12 上的计划和套餐无法在 Db2 11 会员上运行,除非在 Db2 11 中自动绑定。
如果自动绑定发生,那么对于滚动式在线迁移或任何不同版本共存于数据共享环境中的情况,都会不可避免地造成破坏。 在迁移期间和之后,这种自动绑定可能会导致性能下降甚至应用程序中断等严重问题,造成巨大损失。
自动绑定会在任何计划或软件包在 Db2 12 中运行时首次发生,这意味着自动绑定以及由此产生的问题和应用中断可能会在迁移窗口之后很久才发生。 也就是说,此类问题及其导致的故障可能会在 Db2 12 的首次印象窗口
中随时发生,而首次印象窗口是指在 Db2 12 中首次运行计划或套餐之前的任何时间。
最好的方法是,在开始迁移到 Db2 12 之前,将所有可能与迁移相关的自动绑定打包并计划,并确保它们在 Db2 11 中具有良好的性能。 这样做可以降低自动绑定可能导致的以下问题的风险:
- 由于版本之间的冲突导致应用程序失败。 对于任何释放共存的迁移,自动绑定可能会因 Db2 11 成员正在使用的计划或软件包而失败,从而导致 Db2 12 成员的应用程序失败。
在共存环境中, Db2 12 上的成功自动绑定也会创建一个软件包或计划,如果没有另一个自动绑定, Db2 11 成员将无法运行。 如果 Db2 12 会员正在使用计划或套餐,自动绑定也可能失败。
- 应用失败,当自动绑定访问控制授权退出用户时,因为自动绑定的授权ID与包或计划的所有者相比权限不足。
- 性能退化难以解决。 对于包,与迁移相关的自动绑定也会破坏当前包。 如果自动绑定成功,但引入了访问路径回退,则无法进行REBIND SWITCH。 Db2 12 中出现的任何性能下降也可能出现在 Db2 11 中。
过程
为避免在 Db2 12 迁移过程中或之后出现自动绑定,请执行以下操作。 为了获得最佳效果,请在迁移到 Db2 12 之前尽早完成这些操作(尽可能提前几个月),以便有足够的时间运行应用程序并解决重新绑定后可能出现的任何性能问题。
