Author |
Message
|
jhidalgo |
Posted: Mon Apr 21, 2008 7:28 am Post subject: System queues to monitor |
|
|
 Disciple
Joined: 26 Mar 2008 Posts: 161
|
I want to monitor the queues we use at the application level, but I want to also monitor the health of the MQ so I was wondering which queues should I monitor.
Where can I find the documentation about each one of the system queues ?,
What queues should I monitor ?
Thanks. |
|
Back to top |
|
 |
Gaya3 |
Posted: Mon Apr 21, 2008 7:14 pm Post subject: |
|
|
 Jedi
Joined: 12 Sep 2006 Posts: 2493 Location: Boston, US
|
monitoring system queues are not that important, if you have properly designed.
Monitor the apps queues, using some tools.
Regards
gayathri _________________ Regards
Gayathri
-----------------------------------------------
Do Something Before you Die |
|
Back to top |
|
 |
AkankshA |
Posted: Mon Apr 21, 2008 8:05 pm Post subject: Re: System queues to monitor |
|
|
 Grand Master
Joined: 12 Jan 2006 Posts: 1494 Location: Singapore
|
|
Back to top |
|
 |
PeterPotkay |
Posted: Tue Apr 22, 2008 9:20 am Post subject: |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
Gaya3 wrote: |
monitoring system queues are not that important, if you have properly designed.
Monitor the apps queues, using some tools.
Regards
gayathri |
You don't monitor your DLQ? Your System Cluster Transmit Queues? The Cluster Command queues? The trigger monitor's INIT queues?
You need to know when those are not at zero depth or rapidly trending towards zero depth. _________________ Peter Potkay
Keep Calm and MQ On |
|
Back to top |
|
 |
Gaya3 |
Posted: Tue Apr 22, 2008 7:57 pm Post subject: |
|
|
 Jedi
Joined: 12 Sep 2006 Posts: 2493 Location: Boston, US
|
OOps ...
I missed these, how should i ?.....as i am doing these every day...
PeterPotkay wrote: |
Gaya3 wrote: |
monitoring system queues are not that important, if you have properly designed.
Monitor the apps queues, using some tools.
Regards
gayathri |
You don't monitor your DLQ? Your System Cluster Transmit Queues? The Cluster Command queues? The trigger monitor's INIT queues?
You need to know when those are not at zero depth or rapidly trending towards zero depth. |
regards
Gayathri _________________ Regards
Gayathri
-----------------------------------------------
Do Something Before you Die |
|
Back to top |
|
 |
bruce2359 |
Posted: Wed Apr 23, 2008 6:34 am Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
Quote: |
You don't monitor your DLQ? Your System Cluster Transmit Queues? The Cluster Command queues? The trigger monitor's INIT queues? You need to know when those are not at zero depth or rapidly trending towards zero depth. |
You need to ponder what it means when a message arrives (unexpectedly) in your DLQ. IBM supplies a dead-letter queue handler for all platforms. It allows you to write a script to move dead-letter messages somewhere - if you want to.
Other queues of interest would include the event queues, like the SYSTEM.CHANNEL.EVENT.QUEUE. It captures messages about misbehavior of your channels.
Monitoring software from IBM Tivoli, and isv's, offer automation software to do the monitoring for you - based on rules you supply. _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
jhidalgo |
Posted: Wed Apr 23, 2008 12:18 pm Post subject: |
|
|
 Disciple
Joined: 26 Mar 2008 Posts: 161
|
I can monitor those queues, but the question is the same:
What does it means to have 1 or 100 or 10000 messages on X or Y queue ?
For example, there is the queue:
SYSTEM.ADMIN.CHANNEL.EVENT
I know it has to do with events on the channels, but does it means it was not able to process an event at some time ?, does it means the event needs to be sent to a remote QM ?, should I open each one of the messages on that queue ? |
|
Back to top |
|
 |
bruce2359 |
Posted: Wed Apr 23, 2008 1:05 pm Post subject: |
|
|
 Poobah
Joined: 05 Jan 2008 Posts: 9469 Location: US: west coast, almost. Otherwise, enroute.
|
Quote: |
should I open each one of the messages on that queue? |
Do some reading in the WMQ Monitoring manual. Do a Mr. Google search on MQ event messages. Take a look at SupportPac MO01: Event and Dead Letter Queue Monitor.
Only Channel Events are enabled as the product is distributed. You can enable others or disable them all. Channel event messages mean channel problems; but your channel definitions may specify retry intervals to automatically recover from channel problems. Refer to the WMQ Communications manual for lots of useful narrative on channel problems.
Short answer to your question: yes. But there is automation software... _________________ I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
Back to top |
|
 |
|