有关websphere mq channel 处理
2014-05-06 22:47
253 查看
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
● 对于接收端:
DISPLAY CHSTATUS(ChannelName) SAVEDLSTLUWID
2)如果两者相同,说明该批消息在接收端已经完整地收到并提交。在发送端执行:
RESOLVE CHANNEL(ChannelName) ACTION(COMMIT)
3)如果两者不同,说明该批消息在接收端未能完整地收到并提交。在发送端执行:
RESOLVE CHANNEL(ChannelName)ACTION(BACKOUT)
5 通道ping命令
类似于TCP/IP中的ping命令,MQSC命令中也有对通道的PING,格式如下。其中,DATALEN表示PING数据包的大小,可以用16字节到32,768字节。
PING CHANNEL(ChannelName)[DATALEN(16|integer)]
PING命令可以检查对方的队列管理器或端口监听器是否启动,也可以检查对方的通道定义是否正确。但不检查通道的通性状态。换句话说,PING CHANNEL只检查通道能否连通,而不检查目前是否连通。
通道的启动可以通过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
● 对于接收端:
DISPLAY CHSTATUS(ChannelName) SAVEDLSTLUWID
2)如果两者相同,说明该批消息在接收端已经完整地收到并提交。在发送端执行:
RESOLVE CHANNEL(ChannelName) ACTION(COMMIT)
3)如果两者不同,说明该批消息在接收端未能完整地收到并提交。在发送端执行:
RESOLVE CHANNEL(ChannelName)ACTION(BACKOUT)
5 通道ping命令
类似于TCP/IP中的ping命令,MQSC命令中也有对通道的PING,格式如下。其中,DATALEN表示PING数据包的大小,可以用16字节到32,768字节。
PING CHANNEL(ChannelName)[DATALEN(16|integer)]
PING命令可以检查对方的队列管理器或端口监听器是否启动,也可以检查对方的通道定义是否正确。但不检查通道的通性状态。换句话说,PING CHANNEL只检查通道能否连通,而不检查目前是否连通。
相关文章推荐
- IBM WEBSPHERE MQ 接收消息中文乱码问题的处理
- 第14周任务1(建立专门的数组类处理有关数组的操作)
- 有关file文件处理的常用方法
- 由于内部错误,服务器无法处理该请求。有关该错误的详细信息,请打开服务器上的 IncludeExceptionDetailInFaults (从 ServiceBehaviorAttribute 或从 <serviceDebug> 配置行为)以便将异常信息发送回客户端,或打开对每个 Microsoft .NET Framework SDK 文档的跟踪并检查服务器跟踪日志。
- 最近在学习有关ASP.NET一般处理程序的知识。收藏的几个有用的博文
- ios中有关声音的处理参数说明
- IBM WebSphere MQ发送消息和接收消息
- 异常信息:由于内部错误,服务器无法处理该请求。有关该错误的详细信息,请打开服务器上的 IncludeExceptionDetailInFaults (从 ServiceBehaviorAttribut
- 如何解决WCF REST 中 WebFaultException抛出的异常客户端WebChannelFactory无法处理的问题
- websphere 配置库中已存在应用程序,异常处理
- rabbitmq channel参数详解
- 有关“字符串”的处理方法
- 由于内部错误,服务器无法处理该请求。有关该错误的详细信息,请打开服务器上的 IncludeExceptionDetailInFaults (从 ServiceBehaviorAttribute 或从 <serviceDebug> 配置行为)以便将异常信息发送回客户端,
- TimeUtils,有关时间处理的工具类
- Linux下与字符处理有关的编程小结
- 第十五周 项目一:建立专门的数组类处理有关数组的操作
- 关于多线程编程您不知道的 5 件事 有关高性能线程处理的微妙之处
- 有关多项式处理的各种算法总结
- 有关分散加载文件scatter的理解 关键是加载域 加载地址与执行域地址的 处理
- 第14周任务2(建立专门的链表类处理有关动态链表的操作)