作为多代理网络组成部分的 WebSphere MQ 代理,要将其进行迁移所必须遵循的过程基本上与迁移单个代理所需的过程相同。
开始迁移前,必须考虑以下问题:
请参阅计划迁移获取更多信息。
以下序列图显示了具有三个代理的网络迁移过程。 迁移网络所采取的操作要求每次迁移一个代理,并且这三个代理都分组在 WebSphere Message Broker 代理域的单个集合体中。
分几个独立的步骤完成迁移活动。 最好在网络流量低的时候(如周末)采取这些步骤。整个迁移过程有三个阶段:
迁移网络中单个代理所要采取的步骤与迁移独立 WebSphere MQ 代理的步骤完全相同。请参阅迁移 WebSphere MQ 代理。
LONDON 代理和 NEWYORK 代理之间的连接是 WebSphere MQ 连接。工作台只能识别 WebSphere Message Broker 代理,因此它只定义 LONDON 代理。在此阶段不能创建 WebSphere Message Broker 连接。
该混合网络处在完全有效的状态。它可以保持这种状态,直到您准备进行下一阶段的迁移工作。
按照迁移单个代理的详细步骤过程迁移 NEWYORK 代理。在迁移 WebSphere MQ 代理中对此进行了描述。
LONDON 和 NEWYORK 代理仍通过 WebSphere MQ 连接进行连接。只要需要,可以一直保持此种连接。然而,要 开发由 WebSphere Message Broker 提供功能的应用程序,必须用工作台将这两个 WebSphere Message Broker 代理连接在一起。
通过除去 LONDON 和 NEWYORK 之间原先的 WebSphere MQ 连接,可以将连接升级到 WebSphere Message Broker 连接。
mqsiclearmqpubsub NEWYORK -n LONDON mqsiclearmqpubsub LONDON -n NEWYORK
现在使用工作台来定义两个代理(LONDON 和 NEWYORK)之间的关系。两个代理都已定义,但未定义要将它们指派到的集合体。可从拓扑视图定义该集合体,并将两个代理指派给它。集合体中的所有代理都假定为要连接,故您不必用 工作台来进行连接。
LONDON 和 NEWYORK 两个代理不再是父子关系,而是集合体中的邻居关系。WebSphere Message Broker 网络的拓扑与 WebSphere MQ 网络不同,它不以层次结构为基础。
现在 LONDON 和 NEWYORK 形成了集合体,在 WebSphere MQ 网络中已不存在根节点。NEWYORK 是 WebSphere MQ 代理(TOKYO) 和 WebSphere Message Broker 代理集合之间的网关。
现在准备好迁移最后的 WebSphere MQ 代理 TOKYO。按照迁移 WebSphere MQ 代理中所描述的过程。
mqsiclearmqpubsub NEWYORK -n TOKYO mqsiclearmqpubsub TOKYO -n NEWYORK
现在使用工作台将 TOKYO 代理添加到 WebSphere Message Broker 网络以及集合体。集合体的操作需要所有代理彼此有直接的物理连接(通过 WebSphere MQ)。
在部署新的 WebSphere Message Broker 网络拓扑之前,需要在 LONDON 和 TOKYO 之间具有 WebSphere MQ 连接。必须调用一系列 WebSphere MQ 命令来定义支持双向通信的通道和传输队列。
迁移完集合体中的所有代理后,就已经除去了 NEWYORK 代理的单点故障。即使 NEWYORK 代理不在运行,LONDON 代理上的订户也可以接收 TOKYO 代理的发布内容。
迁移之前,代理间的通信总是通过 NEWYORK 根节点路由,因此它成为单点故障。
关于对代理进行互相连接的更多信息,请参阅配置代理域。有关分布式 WebSphere MQ 网络的更多常用信息,请参阅 WebSphere MQ Intercommunication。