有关websphere mq channel 处理

本文主要是介绍有关websphere mq channel 处理，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1. 通道start命令

通道的启动可以通过MQSC的start channel命令完成，例如格式为：

START CHANNEL(ChannelName)

也可以在命令行通过runmqchl控制命令完成，两者效果相同，在Windows中还可以用MQ服务配置成自动启动方式。

runmqchl在通道连接的主动方使用，使用时需要指定队列管理器名和通道名。

$runmqchl [-m QMgrName] –c ChannelName

选项-m QMgrName表示队列管理器名，缺省为缺省队列管理器。–c ChannelName示通道.

例如：runmqchl –m QM1 –c QM1.QM2

在Websphere MQ forWindows产品中，可以通过WebSphre MQ服务（本地）工具来进行配置。

2. 通道stop命令

用MQSC命令STOPCHANNEL可以停止通道，停止通道也只有在连接通道的主动方发起才有作用。例如格式为：

STOP CHANNEL(ChannelName)

3 通道reset命令

通道为传送的每一条消息分配了一个序列号，它会自动累计增值，每传送一条消息，双方的消息序号都会自动加一。这个消息序号在通道中用SEQNUM属性表示，在双方连接通道的时候会约定一个起始值，以后每传递一条消息各自加一。通道的相关属性SEQWRAP表示序号的最大值，缺省最大值为999,999,999。序列号越界后自动归零，从头开始。通道利用消息序号来标识传送和确认的消息。

通常情况下，通道双方的消息序号计数应该是相同的。然而在某些异常情况下，会出现双方序号不一致的情况，这通常是因为通信故障后，双方对前面的某一条（或一批）消息是否发送成功理解不一致。在解决了不确定（In-doubt）的消息后，可以用MQSC命令通过重置消息序号将双方调整到一致。一旦连接断开后，通道重连时双方MCA会将消息序号同步。如果通信异常造成序号不一致，可以在通道发送端用MQSC命令RESET CHANNEL SEQNUM手工将两者同步。

在连接通道的主动方重置消息序号会将双方一起调整，在被动方重置则只设置一端。

RESET CHANNEL(ChannelName)[SEQNUM(number)]

4 通道resolve命令

发送方和接收方的通道状态中除了SEQNUM（通道消息序号）参数控制消息传递外，还有LUWID参数。LUWID指的消息批次交易号，对于每一批消息发送方都需要收到接收方的确认信息才认为消息完整无误地送达对方，接着产生下一个LUWID并开始下一批消息传送。如果没有收到确认而与接收方失去联系，这时发送方认为这批消息为不确定（In-doubt）状态。

大多数时候，WebSphere MQ会在通道重连时自动解决不确定状态的问题。当然，我们也可以手工解决。事实上，通道的LUWID分成CURLUWID和LSTLUWID两个参数属性，具体工作过程如下：

l 发送方产生一个批次交易号，设置在CURLUWID并通知接收方

l 接收方将其设置在CURLUWID

l 发送方向接收方一条接一条地传送整批消息

l 接收方在完整地收到消息后，将交易号设置在LSTLUWID，提交整批消息并回送确认信息

l 发送方在接收确认信息后，将交易号设置在LSTLUWID，提交整批消息

l 重复上述步骤。

所以，在发送方出现不确定状态时，只需要比较一个发送方的CURLUWID和接收方的LSTLUWID，就可以知道该批消息在接收端是否已经提交，从而在发送方做出相应的动作即可。具体步骤如下：

1）比较双方的LUWID

● 对于不确定（In-doubt）状态的发送端：

DISPLAY CHSTATUS(ChannelName) SAVEDCURLUWID

● 对于接收端：