LogPrimaryFiles = 3 | 2-254(Windows)| 2-510(UNIX系统)
创建队列管理器时分配的日志文件。
LogSecondaryFiles = 2 | 1-253(Windows)| 1-509(UNIX系统)
主文件耗尽时分配的日志文件。
据我所知,这些日志文件是事务日志的一部分。
现在,在创建队列管理器时,如果我要使用以下设置,
LogPrimaryFiles=2
LogSecondaryFiles=8
LogFilePages=16384
LogType=CIRCULAR
LogBufferPages=0
LogPath=/var/mqm/log/QMGRA/
LogWriteIntegrity=TripleWrite
我想知道8个辅助日志文件耗尽后会发生什么,即所有主要和辅助日志文件都已填满的情况。
接下来,如果我要使用这些设置,
LogPrimaryFiles=2
LogSecondaryFiles=8
LogFilePages=16384
LogType=LINEAR
LogBufferPages=0
LogPath=/var/mqm/log/QMGRA/
LogWriteIntegrity=TripleWrite
在这种情况下,我想知道之后会发生什么,
此外,当需要还原队列管理器时,需要重新启动队列管理器。将从事务日志中定义的最后一个同步点恢复队列管理器。但是,我对这个同步点的位置感到困惑。它是在主日志文件还是辅助日志文件中,还是它可能存在于其中任何一个文件中?
答案 0 :(得分:3)
使用线性或循环日志,一旦主要和辅助扩展区用同步点下的消息填充,QMgr将开始回滚事务以释放一些日志空间。有一种误解,即线性日志可以处理同步点下的任意数量的消息,因为它们不会被重用。
使用线性日志,所有持久性消息都会在日志中捕获,而同步点下的消息必须符合主要和次要范围。
使用循环日志,只会在日志中捕获同步点下的消息。
最后一点是始终最早的活动日志范围。有关详细信息,请参阅信息中心部分Determining superfluous log files。 Alsop,请查看Mission:Messaging: Circular logs vs. linear logs以获得更深入的解释。