MQ

MQ

Join this online group to communicate across IBM product users and experts by sharing advice and best practices with peers and staying up to date regarding product enhancements.

 View Only

Morag's Quirks #3: MONQ and MONCHL

By Morag Hughson posted Wed May 30, 2018 02:25 AM

  
Morag's
Quirks
This is part of an occasional series of small blog posts where I (Morag) will write about some of the quirks in IBM MQ, in the hope of invoking the response, "Well, I didn't know that!" Read other posts in this series.

On both queues and channels there is a monitoring switch, MONQ and MONCHL, which both serve the same purpose. They allow you to turn on some monitoring capabilities that collect various timestamps - which might be expensive and so are not on by default. The table below summarises what these are and you can read more about them in Knowledge Center.


MONQ_MONCHL.jpg

MONQ MONCHL
LGETDATE COMPRATE
LGETTIME COMPTIME
LPUTDATE EXITTIME
LPUTTIME NETTIME
MSGAGE XQMSGSA
QTIME XQTIME
XBATCHSZ

These attributes were introduced in WebSphere MQ V6, and in that release, both MONQ and MONCHL had HIGH, MEDIUM and LOW settings that caused a different level of data collection. The table below that you can also see in Knowledge Center that now only applies to MONCHL, applied to both in MQ V6.

Level Description Usage Sample Rate
Low Measure a small sample of the data, at regular intervals. For objects that process a high volume of messages. 1 in 64
Medium Measure a small sample of the data, at regular intervals. For most objects. 1 in 8
High Measure all data, at regular intervals. For objects that process only a few messages per second, on which the most current information is important. every

By MQ V7.0.0, this table only applies to MONCHL and all three levels are the same for the data collection for MONQ.

Footnote: Checked also in a downloadable MQ V7.0.0 Information Center.

In addition, even back in MQ V6, the MONCHL attribute on z/OS was treated the same for HIGH, MEDIUM and LOW due to the implementation of all the time-stamp gathering resulting in one less timestamp than was there previously and so there was no additional cost over and above the previous release.

So although the MQ that you know now has three levels of collection, in many cases these different levels amount to exactly the same behaviour!

Morag Hughson is an MQ expert. She spent 18 years in the MQ Devt organisation before taking on her current job writing MQ Technical education courses with MQGem. She also blogs for MQGem. You can connect with her here on IMWUC or on Twitter and LinkedIn.
#mquirks
#IBMMQ
#gwc
#ChampionsCorner
3 comments
155 views

Permalink

Comments

Thu November 25, 2021 02:58 AM

Hi @Morag Hughson​Really appreciate your help. Thank you very much!

Thu November 25, 2021 01:18 AM

Hi @Kazumichi Hatakeyama,

I think it would be a good idea to request IBM update the books to highlight this. I have a Hursley contact, so I shall send them an email about this. Thank you for the prompt.​

Thu November 18, 2021 10:23 AM

Hello Morag,
I have a question for MONCHL. From your post, I understand HIGH/MEDIUM/LOW level for MONCHL parameter is treated as the same at MQ for z/OS V7.0.0 and later. If so, IBM Documentation should stated so, but it still describes there are different behaviour for HIGH/MEDIUM/LOW. Do you think we should ask to update the documentation?