给中小企业定制 WebSphere MQ V7
简介： 本文描述了您在中小企业（SMB）实施基于 WebSphere MQ 的解决方案时可能遇到的常见挑战，并向您展示如何去克服这些挑战。简介为了向您展示如何处理在中小企业（SMB）实施基于 IBM® WebSphere® MQ 的解决方案时遇到的挑战，文本使用一个总部和多个分支机构或者零售店的通用场...显示全部
查看其它 2 个回答一路向北的回答
发送方通道无法通信
发送方-接收方通道
发送方-接收方通道中的目标系统的主机名/IP 地址应该是已知的，并且应该在发送方通道中进行配置。
您可以使用请求方-服务器通道在 WebSphere MQ 中让接收系统发起通信，进而解决该问题：
请求方-服务器通道
请求方-服务器通道
在请求方-服务器通道中发送系统的主机名/IP 地址应该是已知的，并且应该在请求通道中进行配置（消息的目标系统）
在请求方-服务器通道中，接收系统（零售店服务器）发起连接。一旦连接成功，消息将从总部服务器传送至零售店服务器。队列管理器 HQ.QM 具有以下 WebSphere MQ 对象：REMOTEQ（远程队列）TRANSQ（传输队列）HQ.STORE.CNL（服务器通道）
同样地，队列管理器 QM2 也具有以下 WebSphere MQ 对象：LOCALQ（本地队列）HQ.STORE.CNL（请求方通道）
以下是用来创建该配置的 MQSC 命令:
服务器通道定义
请求方通道定义
其他可能的通道组合除了发送方-接收方和请求方-服务器通道之外，其他可能的组合包括集群发送方-群集接收方、服务器-接收方和请求方-发送方通道。
发送方-接收方通道对和请求方-服务器通道在功能方面有着很大的区别 ——— 更多信息请参阅 WebSphere MQ V7 信息中心。
总部有多个 ISP
上述场景涉及到请求方-服务器通道，只要发送方系统的 IP 地址（192.168.1.1）不变，该通道就能工作正常。但是如果发送方系统有多个 ISP，并且其中一个出现故障，系统切换到另一个 ISP。在这种情况下，即使发送方有静态 IP 地址，每个 ISP 可能会从不同的域分配 IP 地址。请求方通道将再次无法发起到服务器通道的请求，并进入重试模式，因为 HQ 服务器系统的 IP 地址可能已经发生改变。
发送方-接收方通道
发送方-接收方通道中的目标系统的主机名/IP 地址应该是已知的，并且应该在发送方通道中进行配置。
您可以使用请求方-服务器通道在 WebSphere MQ 中让接收系统发起通信，进而解决该问题：
请求方-服务器通道
请求方-服务器通道
在请求方-服务器通道中发送系统的主机名/IP 地址应该是已知的，并且应该在请求通道中进行配置（消息的目标系统）
在请求方-服务器通道中，接收系统（零售店服务器）发起连接。一旦连接成功，消息将从总部服务器传送至零售店服务器。队列管理器 HQ.QM 具有以下 WebSphere MQ 对象：REMOTEQ（远程队列）TRANSQ（传输队列）HQ.STORE.CNL（服务器通道）
同样地，队列管理器 QM2 也具有以下 WebSphere MQ 对象：LOCALQ（本地队列）HQ.STORE.CNL（请求方通道）
以下是用来创建该配置的 MQSC 命令:
服务器通道定义
| define channel (HQ.STORE.CNL) chltype(SVR) +xmitq(TRANSQ) |
请求方通道定义
| define channel (HQ.STORE.CNL) chltype(RQSTR) +conname('192.168.1.1(1414)') |
其他可能的通道组合除了发送方-接收方和请求方-服务器通道之外，其他可能的组合包括集群发送方-群集接收方、服务器-接收方和请求方-发送方通道。
发送方-接收方通道对和请求方-服务器通道在功能方面有着很大的区别 ——— 更多信息请参阅 WebSphere MQ V7 信息中心。
总部有多个 ISP
上述场景涉及到请求方-服务器通道，只要发送方系统的 IP 地址（192.168.1.1）不变，该通道就能工作正常。但是如果发送方系统有多个 ISP，并且其中一个出现故障，系统切换到另一个 ISP。在这种情况下，即使发送方有静态 IP 地址，每个 ISP 可能会从不同的域分配 IP 地址。请求方通道将再次无法发起到服务器通道的请求，并进入重试模式，因为 HQ 服务器系统的 IP 地址可能已经发生改变。
浏览457