Linux系统查看mq死信队列,MQ死信队列中持续出现本地系统对象产生的数据

最新推荐文章于 2025-06-30 23:24:47 发布

转载最新推荐文章于 2025-06-30 23:24:47 发布 · 1k 阅读

文章标签：

MQ死信队列中不断出现由本地系统对象产生的数据，导致队列数量持续增长。尽管应用程序报告无异常，但日志显示存在长时间运行的事务，可能阻碍了日志空间的释放。建议通过'DSPMQTRN -a'和'DISPLAY CHS'命令检查并解决长期未完成的事务，或者考虑增大队列管理器恢复日志的大小。

MQ死信队列持续生成死信消息，刚刚是1W多条，清空后，又再继续增加，但是应用发送与接收消息均反馈无异常，不知这个死信产生的原因如何，求大神给指导一下，谢谢。

错误日志如下：

-------------------------------------------------------------------------------

12/04/2015 01:06:58 PM - Process(3561.5) User(mqm) Program(amqzmuc0)

Host(IBMMQ01) Installation(Installation1)

VRMF(7.5.0.1) QMgr(QM_01)

AMQ7486: Transaction 0.1 was preventing log space from being released.

EXPLANATION:

A long running transaction was detected. Message AMQ7469 or AMQ7485 has been

issued indicating if the transaction was rolled back or rolled forward in the

log to allow the log space to be released. The internal transaction identifier

is 0.1 which can be correlated with 'dspmqtrn -a' output. The transaction

started at 23.11.07 2015-11-04 and first wrote to the queue manager recovery

log at 08.00.00 1970-01-01 . The following transaction context may be useful

in identifying the application causing this behaviour: TRANNUM(0.1) . This

message can be correllated with the previous AMQ7469 or AMQ7485 message in the

queue manager error logs.

ACTION:

Identify the application responsible for the long running unit of work and

ensure this application is creating and completing transactions in a timely

manner. If the application is working as expected it may be appropriate to

increase the size of the queue manager recovery log.

-------------------------------------------------------------------------------

12/04/2015 02:11:11 PM - Process(3561.5) User(mqm) Program(amqzmuc0)

Host(IBMMQ01) Installation(Installation1)

VRMF(7.5.0.1) QMgr(QM_01)

AMQ7485: Transactions rolled forward to release log space.

EXPLANATION:

The log space for the queue manager is becoming full. One or more long-running

prepared transactions have been rolled forward to release log space so that the

queue manager can continue to process requests. Equivalent log records for the

long-running prepared transactions have been created in the active log.

ACTION:

Resolve the long-running transactions. Use the DSPMQTRN command to check for

externally managed in-doubt transactions and the DISPLAY CHS runmqsc command to

check for in-doubt channels.