本部分说明了从 V2.1 迁移到 V6.0 的不同方式。在执行任何迁移任务之前,应做出以下决定:
- 确定要如何迁移产品组件:
- 了解 V6.0 的新增内容。这些新增及更改后的功能可能会影响您今后对迁移组件的使用方式。
- 确定产品组件进行迁移的位置。将组件迁移到同一台计算机或另一台计算机。例如,您可能要将组件迁移至另一位置,以保持组件在迁移期间的可用性。
- 确定要迁移产品组件的时间。您可能希望将某些组件临时保留为 V2.1 级别的代码,稍后再迁移它们。
- 确定组件迁移的顺序。您能够以任何顺序迁移组件,但您的特定环境可能表示您需要以特定顺序迁移组件。
有关 V6.0 如何与 V2.1 共存于同一台计算机上,以及 V6.0 组件如何与 V2.1 组件一起使用的信息,请参阅与先前版本及其他产品共存。
- 确定要如何凭借 WebSphere
Message Broker V6.0 使用现有资源。
使用 mqsimigratemsgflows 命令和 mqsimigratemsgsets 命令迁移 V2.1 消息流、消息集和用户定义的扩展。需要在 V6.0 中重新编写迁移的任何 V2.1 用户定义扩展的工具部分。决定要在 V6.0 中使用的用户定义扩展,并在 V6.0 工具中重新创建它们。
如果使用 V6.0 Message Brokers Toolkit 中的资源启动,则在凭借 V5.0 或 V5.1 Message Brokers Toolkit 再次使用相同资源时会受到限制。
有关更多信息,请参阅将迁移的资源用于先前版本的Message Brokers Toolkit的条件
- 确定您是否需要执行任何测试以确保迁移成功。
在迁移生产域之前迁移开发域和测试域使您能问题,并制订相应的策略以处理更多问题。
- 如果您已准备好迁移,请运行带有 -c 参数的 mqsimigratecomponents 命令。 这会对 V2.1 组件执行预迁移检查以确保可以迁移它们。预迁移检查能识别潜在的问题并允许您在继续迁移之前更正问题。
无需更改迁移期间保留的队列管理器的配置。