| Author |
Message
|
| voyager |
 Posted: Wed Mar 28, 2007 8:37 am Post subject: Performance Events/MQ Triggering Question |
 |
|
Centurion
Joined: 28 Dec 2004
Posts: 127
|
I am using performance events on a queue manager and MQ triggering on SYSTEM.ADMIN.PERFM.EVENT
queue to generate an alert message by triggering a java program. First of all I have enabled
performance events on the queue manager.
On certain MQ queues, I have enabled Maximum Depth, High depth events.
I have defined a process definition for starting a batch process to generate the
alert message when the maximum depth and high depth events occur on queues by using
triggering mechanism on SYSTEM.ADMIN.PERFM.EVENT queue.
Also, I have defined a initiation queue(local queue) on the queue manager and using this
initiation queue on MQ triggering on SYSTEM.ADMIN.PERFM.EVENT queue. I am running
a trigger monitor "runmqtrm <Queue_Manager_Name> -q<Initiation_Queue>"
to watch the initiation queue for trigger messages.
The whole set-up is working fine for a long time on a single queue manager and
I am getting alert messages when the maximum depth, high depth events are occurring
on certain MQ queues on each queue manager.
Now, I would like to modify the existing set up and I want this to be working across
many queue managers and queues in the network. I would like to have a single process
set-up for all the queue managers running in the network instead of having to set-up
this process on each and every single Queue Manager.
In this new set-up, I would like to kick off the program running from my desktop/machine
in the network. I have MQ Series Server/Client installed on my machine too.
On the performance events queue SYSTEM.ADMIN.PERFM.EVENT, can I specify a
remote queue(on some other QM) as initiation queue instead of specifying a local initiation queue on that QM?
I appreciate very much if anyone could give me some ideas how to achieve this.
Thank you!
_________________
voyager |
|
| Back to top |
|
 |
| dgolding |
| Posted: Wed Mar 28, 2007 8:46 am Post subject: |
|
|
Yatiri
Joined: 16 May 2001
Posts: 668
Location: Switzerland
|
| Another approach is to make the PERFM.EVENT queue a remote queue in itself - delete the local queue and and create a remote queue definiton (or a clustered local queue somewhere) and the event messages can be handled centrally. |
|
| Back to top |
|
|
| voyager |
| Posted: Wed Mar 28, 2007 9:20 am Post subject: |
|
|
Centurion
Joined: 28 Dec 2004
Posts: 127
|
Thank you dgolding for your quick reply.
Since SYSTEM.ADMIN.PERFM.EVENT queue is a system object, it might not be a good idea to
delete the local queue (SYSTEM.ADMIN.PERFM.EVENT) and create a remote definition for this
queue (SYSTEM.ADMIN.PERFM.EVENT) somewhere else. Anyways, please let me know if
you have a diffrent approach to handle the event messages from a central place.
Thank you!
_________________
voyager |
|
| Back to top |
|
|
| dgolding |
| Posted: Wed Mar 28, 2007 9:25 am Post subject: |
|
|
Yatiri
Joined: 16 May 2001
Posts: 668
Location: Switzerland
|
This is actually the recommended way of managing events centrally, according to I forget which manual. At least one monitoring product used this method (I think it was the first contact admin offering) to gather all events in one queue manager.
If the queue is full or even does not exist MQ just carries on - it doesn't fail. |
|
| Back to top |
|
|
| voyager |
| Posted: Wed Mar 28, 2007 9:55 am Post subject: Thank you |
|
|
Centurion
Joined: 28 Dec 2004
Posts: 127
|
dgolding,
Thank you very much for your valuable reply. I will set-up a test environment as you suggested.
Thank you!
_________________
voyager |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Wed Mar 28, 2007 11:13 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2607
Location: The Netherlands (Amsterdam)
|
SYSTEM.ADMIN.PERFM.EVENT is a called a SYSTEM queue, but is not a 'model' for new queues like :
SYSTEM.DEFAULT.LOCAL.QUEUE,
SYSTEM.DEFAULT.REMOTE.QUEUE or
SYSTEM.DEFAULT.ALIAS.QUEUE
so it is safe to delete it and create a remote queue instance with the same name.
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| voyager |
| Posted: Thu Mar 29, 2007 6:00 am Post subject: |
|
|
Centurion
Joined: 28 Dec 2004
Posts: 127
|
Michael,
Thank you for your information.
Will do as you per your suggestion....
_________________
voyager |
|
| Back to top |
|
|
| voyager |
| Posted: Thu Mar 29, 2007 10:32 am Post subject: |
|
|
Centurion
Joined: 28 Dec 2004
Posts: 127
|
Thanks!
The test set-up is successful. I will implement this on production now.
Thank you!
_________________
voyager |
|
| Back to top |
|
|
|
|
