我什么时候应该重置我的MQ频道?

时间:2013-04-19 02:23:12

标签: ibm-mq mq

我一直在研究频道状态的变幻莫测,他们如何到达这些州以及如何让他们停下来或开始。我现在已经有了相当深刻的理解,但是一位同事提出了频道重置的话题。

当我无法解释发生了什么时,我偶尔也会这样做,但是现在我对事情有所了解我不确定他在停止麻烦的频道时“总是重置”的建议是正确的建议。 / p>

在线搜索信息,很明显,在重新创建频道时,显然需要重置,但如果事情刚刚破坏 - 队列管理器是否意外丢失或网络中断或类似事情 - 是重置一般来说这是一个好主意,或者我只是在看到序列错误时才会打扰,否则当我知道错误时它会拒绝启动?

2 个答案:

答案 0 :(得分:4)

仅供参考,如果您从频道的发送方重置,可以将序列号设置为1.接收方也将返回1. QED: - )

如果您要从频道的接收方重置,则必须使用发送者所期望的序列号。

这些数字都在双方的队列管理器错误日志中。

如果通道处于RETRY状态,它将在下次重试时尝试使用新的序列号。如果您使用发件人渠道上的默认重试属性,则最多可能需要20分钟。一个简单的方法就是停止通道,然后立即再次启动它。

HTH,G。

答案 1 :(得分:2)

渠道因序列错误而出于以下几个原因:

  1. 本地和远程MCA在批处理中不同步。通常远程MCA提交批次但本地提交的批次没有。如果知道远程端已交付批处理,请在频道上发出RESOLVE ACTION(COMMIT),否则发出RESOLVE ACTION(COMMIT)。解决后,发出RESET
  2. 频道指向新的QMgr。也许在DNS,电路或防火墙NAT的故障转移之后,现在将另一个同名的QMgr连接到该通道。这些应该是众所周知的,因为如果没有一些警报响起,故障转移(希望如此)就不会发生。
  3. 频道同步队列的内容有误。有时QMgr会导致这种情况,但在最近的版本中,这些问题已得到解决(据我所知)。有时人们会不小心搞乱同步队列,通常是在渠道试图使用它时用锁浏览它。这有点难以解决,可能需要清除同步队列,但首先请与IBM支持人员联系。
  4. 当通道由于故障转移等已知异常而不同步时,请继续并重置它。否则,建议你找出它不同步的原因。您可能只是为了启动并运行它而重置它,但希望在您保存<QMGR>/errors/AMQERR*.LOG个文件和任何FDC之后才能确定原因。

相关问题