Ibm mq WebSphere MQ事务日志文件系统已满

事务日志文件系统（/var/mqm/log）已满，在尝试客户端连接到此队列管理器时，队列管理器出现MQRC 2102资源问题。我们可以采取什么行动来解决这个问题

LogPrimaryFiles=2  
LogSecondaryFiles=8 
LogFilePages=16384 
LogType=CIRCULAR 
LogBufferPages=0 
LogPath=/var/mqm/log/QMGRA/ 
LogWriteIntegrity=TripleWrite

向/var/mqm/log添加额外的磁盘空间是唯一的解决方案吗

我有几个队列已满，但队列存储文件系统的使用率仅为60%

---

请给我一些想法。

日志文件页面每个都是4096字节，因此设置

LogFilePages=16384

会导致日志文件的范围每个为64MB。设置为

LogPrimaryFiles=2

和

LogSecondaryFiles=8

时，最多可以有10个日志文件，总计640MB。如果循环日志所在的文件系统小于此数量，它可能会被填满

这里的最佳解决方案是将日志文件磁盘分配的大小增加到略大于日志文件范围所需的大小。如果不可能，或者需要临时修复，则有必要通过减少扩展数据块的数量并重新启动QMgr来更改日志文件要求的大小。请注意，您可以调整日志扩展数据块的数量，但不能调整扩展数据块的大小。如果需要更改

LogFilePages=16384

参数，则需要重建QMgr

---

扩展数据块的数量和大小表示可以同时在同步点下的数据总量，但在大多数情况下，640MB的数据量非常大。就时间而言，它还限制了活动QMgr上工作单元的最长可能持续时间。这是因为如果日志文件中的头指针超过了尾指针，则未完成的事务将回滚。例如，假设一个通道进入重试状态。这将在syncpoint下保存一批消息，并将该日志范围保持为活动状态。当应用程序和其他通道执行其正常操作时，额外的事务会向前驱动头指针。最终将使用所有扩展数据块，尽管可能只有很少的未完成事务，但最早的事务将回滚以释放该扩展数据块并向前推进尾部指针。如果错误日志显示许多事务回滚到可用日志空间，那么您确实需要为日志文件分区分配更多空间并增加扩展数据块的数量。

循环日志还是线性日志？如果您不确定，请检查qm.ini文件。LogPrimaryFiles=2 LogSecondaryFiles=8 LogFilePages=16384 LogType=CIRCULAR LogBufferPages=0 LogPath=/var/mqm/log/QMGRA/LogWriteIntegrity=TripleWriteIn如果您想知道对问题的编辑，“MQ”是一个非常通用的术语，可以应用于许多不同的供应商实现。尽管您的标签上写着WebSphereMQ，但我通常会尝试消除标题和引用“MQ”的正文引用之间的歧义，因为它们是特定于特定实现的。关于删除签名，这只是一个约定，旨在使网站更像一个参考，而不是一个论坛。请参阅常见问题解答中的“签名”：不过，约定不适用于注释。干杯对不起，罗伯。接下来我会遵守惯例。