Ibm mq WMQ如何在远程和本地队列管理器之间交换DLQ信息?

Ibm mq WMQ如何在远程和本地队列管理器之间交换DLQ信息?,ibm-mq,Ibm Mq,当本地队列管理器在其AMQ错误日志中收到以下消息时: 2012年9月13日08:00:19-过程(3017.20)用户(mqm)程序(amqrmppa) AMQ9544:消息未放入目标队列 说明:在处理通道“TO_QM_QD2T1_C1”期间,一个或多个 无法将更多消息放入目标队列并重试 他们被迫排成死信队列。地址 队列为2,其中1是本地死信队列,2是远程死信队列 死信队列 。。。MQ交换此类信息的机制是什么?通道程序API本身是否有内置功能,或者信息交换是否作为离散消息放置在SYSTEM.CL

当本地队列管理器在其AMQ错误日志中收到以下消息时:

2012年9月13日08:00:19-过程(3017.20)用户(mqm)程序(amqrmppa) AMQ9544:消息未放入目标队列

说明:在处理通道“TO_QM_QD2T1_C1”期间,一个或多个 无法将更多消息放入目标队列并重试 他们被迫排成死信队列。地址 队列为2,其中1是本地死信队列,2是远程死信队列 死信队列


。。。MQ交换此类信息的机制是什么?通道程序API本身是否有内置功能,或者信息交换是否作为离散消息放置在
SYSTEM.CLUSTER.COMMAND.QUEUE
上(对于群集)?考虑到这可能发生在远程队列定义情况下,只有简单的发送方/接收方通道对,并且不需要相应的命令队列,我可以想象它将通过通道进程通信处理。。。只是想知道……

通道代理之间有双向通信,即使消息只朝一个方向流动。当一条消息在远端找不到目的地时,接下来可能会发生什么。只有当消息可以成功放置在某个位置并且第一个尝试的位置是远程DLQ时,通道才会继续运行。如果失败,本地MCA必须重新定位消息或停止通道。因此,两个消息通道代理在它们之间计算发生了什么以及通道的状态应该是什么

错误消息的特殊措辞反映了消息的不同处理源自同一代码路径和异常处理以及WMQ的优化。MCA知道该消息在当时被放入了DLQ,它没有两个不同的错误消息或逻辑来计算DLQ使用的措辞,而是将一个数字放入模板中。因此,对于这两种可能性,都使用一条错误消息和简化的逻辑