Log shunting causes the log records for some units of work to be written further down the log. This reduces the amount of log data that must be read at queue manager restart, or backout, for long running or long term in-doubt units of work.
When a unit of work is considered to be long, a representation of each log record is written further down the log. This technique is known as shunting. When the whole of the unit of work has been processed, the unit of work is in a shunted state. Any backout or restart activity relating to the shunted unit of work can use the shunted log records instead of using the original unit of work log records.
Detecting a long-running unit of work is a function of the checkpoint process. At checkpoint time, each active unit of work is checked to establish whether it needs to be shunted. If the unit of work has been through two prior checkpoints since it was created, or since it was last shunted, the unit of work is suitable to be shunted. This means that a single unit of work might be shunted more than once. This is known as a multi-shunted unit of work.
Log shunting is always active, and works with both log archiving and circular logging.
For more information about log shunting, see the WebSphere MQ for z/OS System Administration Guide, Chapter 8 'Managing the logs'.
Notices |
Downloads |
Library |
Support |
Feedback
![]() ![]() |
csqsat0337 |