| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQSeries Event Reporting |
« View previous topic :: View next topic » |
| Author |
Message
|
| loudcfla |
 Posted: Fri Jul 19, 2002 8:57 am Post subject: MQSeries Event Reporting |
 |
|
Acolyte
Joined: 05 May 2002
Posts: 58
|
| How can I gather stats about how MQ is behaving ? Is there a report that can be produced, perhaps something similiar to CICS shutdown stats. I looked at Pogrammable System Mgt manual, but I don't really understand it. |
|
| Back to top |
|
 |
| mgrabinski |
| Posted: Sun Jul 21, 2002 9:42 pm Post subject: MQ Stats |
|
|
Master
Joined: 16 Oct 2001
Posts: 246
Location: Katowice, Poland
|
MQSeries sends a lot of information about itsself to 3 queues:
SYSTEM.ADMIN.PERFM.EVENT
SYSTEM.ADMIN.CHANNEL.EVENT
SYSTEM.ADMIN.QMGR.EVENT
There are, among others, notifications about channel starts and stops, queues being full, security violations tries etc.
You need to enable those notifacations. There are sent as messages to the above queues, but are never processed by MQ. You need to write your own apps or use vendors' tools (Candle or BMC for example).
The next source of information about MQ are its logs. They can be found at ../qmgrs/<qmgrname>/ERRORS and are named AMQERR0x.log (x=1,2,3)
On OS/390 there are standard job reports for master nad chinit adres spaces. Additionaly you can turn on gathering information as SMF records.
HTH. If you need more precise tips - let me know
_________________
Marcin Grabinski <>< |
|
| Back to top |
|
|
| kolban |
| Posted: Mon Jul 22, 2002 3:39 am Post subject: |
|
|
Grand Master
Joined: 22 May 2001
Posts: 1072
Location: Fort Worth, TX, USA
|
MQSeries is notorious for not collecting many operational statistics. The best you can get is the number of queue puts and gets and even this has to be performed by an MQ application.
New in MQSeries V5.3 is the ability to have an "API exit". From this, each and every MQ API call may be intercepted. I would imagine that we are about to experience a wealth of new tooling and monitoring capabilities to determine what is happening inside the product. |
|
| Back to top |
|
|
| oz1ccg |
| Posted: Mon Jul 22, 2002 3:58 am Post subject: |
|
|
Yatiri
Joined: 10 Feb 2002
Posts: 628
Location: Denmark
|
I agree with Kolban,
but before all those ISV's get up on the bikes, and writes a lot of stuff there, they must consider the performance impact....
I've seen the performace loss in CICS when using CSQCAPX (crossing exit).... 2 times CICS LINK PROGRAM etc. And using CLWL exit, this might also have a lot to say...
When talking performance tools we're typically using them in the production environment, and management don't like when we (the proffs) say give me more power, because of the expensive tools..... the same old story everytime. 
I guess I heave to write such an exit (with bad perfomance) and buy some stock in major hardware producents.... 
Just my thoughts 
_________________
Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
