SYSTEM.CHANNEL.SYNCQ
上有13条待处理的消息。这意味着此队列中有消息以及如何处理它们。我们可以删除这些消息。
dis qs(SYSTEM.CHANNEL.SYNCQ)
6 : dis qs(SYSTEM.CHANNEL.SYNCQ)
AMQ8450: Display queue status details.
QUEUE(SYSTEM.CHANNEL.SYNCQ) TYPE(QUEUE)
CURDEPTH(13) IPPROCS(0)
LGETDATE(2017-09-21) LGETTIME(10.22.23)
LPUTDATE(2017-09-21) LPUTTIME(10.22.23)
MEDIALOG( ) MONQ(MEDIUM)
MSGAGE(2986548) OPPROCS(0)
QTIME(15855166, 205244561) UNCOM(NO)
答案 0 :(得分:0)
您不应删除此队列中的邮件。它是MQ内部使用的队列,用于保存通道的同步数据。
IBM v7.5知识中心页面" System and default objects"
中记录了此以及大多数(如果不是所有其他SYSTEM.*
队列的用途。
Table 1. System and default objects: queues -----------------------+------------------------------------------------------------- Object name | Description -----------------------+------------------------------------------------------------- SYSTEM.CHANNEL.SYNCQ | The queue that holds the synchronization data for channels.
由于队列由MQ产品在内部使用,因此没有其他知识中心文档。
Paul Clarke在MQSeries Listserv上的一篇文章标题为" Re: SYSTEM.CHANNEL.SYNCQ"在2002年提供了一些额外的细节。请注意,在2002年,Paul是IBM的一名MQ开发人员,因此信息可信:
SYSTEM.CHANNEL.SYNCQ基本上包含两种类型的消息, 两者都与存储渠道状态有关。
1 /每个通道实例都有一条消息(可能是两条) 已经运行并将持久性消息传送给远程伙伴。 这些消息维持两端之间的同步状态 的渠道。如果您删除这些消息,您的频道将会忘记 它到达了哪里。这几乎肯定会导致序列号 问题,因为频道将再次从1开始,你将不得不这样做 发出RESET CHANNEL。在最坏的情况下,如果渠道是不确定的, 您可能还可能导致邮件重复。
2 /可能还有一条消息记录了频道的状态。在 换句话说,通道是否是STOPPED,RETRYING等等。如果你 删除这些消息将会发生的恶化就是当你 回收您的队列管理器一个频道将变为非活动而不是 停止或重新开始。