| Author |
Message
|
| mqquester |
 Posted: Tue Dec 02, 2003 6:13 pm Post subject: What tools used to monitor QMgr |
 |
|
Apprentice
Joined: 27 Nov 2003
Posts: 35
|
Hi buddy,
For Admin, usually what tools are used to monitor QMgr activity, I don't think monitor it manually is a good method.
Regards |
|
| Back to top |
|
 |
| mrlinux |
| Posted: Tue Dec 02, 2003 8:42 pm Post subject: |
|
|
Grand Master
Joined: 14 Feb 2002
Posts: 1261
Location: Detroit,MI USA
|
I prefer to write my own, I have most of the 3rd party tools lacking
_________________
Jeff
IBM Certified Developer MQSeries
IBM Certified Specialist MQSeries
IBM Certified Solutions Expert MQSeries |
|
| Back to top |
|
|
| dgolding |
| Posted: Tue Dec 02, 2003 11:36 pm Post subject: |
|
|
Yatiri
Joined: 16 May 2001
Posts: 668
Location: Switzerland
|
It depends on the size of the installation (see, size DOES matter  )
If you are a small outfit, a few queue managers, and most importantly, with a small budget - then roll your own. Particularly on Unix, it's easy to use the sample code to monitor channel events, and write a simple script to check if the queue manager is running or not.
Medium-to-large shops tend to have monitoring facilities in place already, Tivoli, Ca-Unicenter, BMC - and there are MQ kits that slot straight into your existing monitoring setup. Your operations staff then get told to look out for a new set of alarms, with a new set of procedures.
Of course, none of that is cheap - but if you already have the enterprise monitoring structure set up, the cost isn't too extortionate.
I've heard of some large enterprises that have thrown out the packaged stuff and written their own tailored system - the benefit is it does exactly what you want it to do, but if it all goes horribly wrong.....you're on your own  |
|
| Back to top |
|
|
| mqquester |
| Posted: Wed Dec 03, 2003 9:45 am Post subject: |
|
|
Apprentice
Joined: 27 Nov 2003
Posts: 35
|
Could you give any sense for an intermedia size company, how many QMgrs would be designed and how many application would be programmed for communication?  |
|
| Back to top |
|
|
| mrlinux |
| Posted: Wed Dec 03, 2003 12:40 pm Post subject: |
|
|
Grand Master
Joined: 14 Feb 2002
Posts: 1261
Location: Detroit,MI USA
|
Well at my last place of employeement we had over 40 qmgrs and we rolled our own, we moved anywhere from 12gb of message to 18gb a day.
_________________
Jeff
IBM Certified Developer MQSeries
IBM Certified Specialist MQSeries
IBM Certified Solutions Expert MQSeries |
|
| Back to top |
|
|
| Carla Viragh |
| Posted: Wed Dec 03, 2003 1:03 pm Post subject: |
|
|
Voyager
Joined: 31 Oct 2003
Posts: 92
Location: São Paulo - Brasil
|
I use candle (Omegamon XE) to monitor my QMs. I like this tool very much... 
_________________
Carla Viragh |
|
| Back to top |
|
|
| mqquester |
| Posted: Thu Dec 04, 2003 7:08 am Post subject: |
|
|
Apprentice
Joined: 27 Nov 2003
Posts: 35
|
To Mrlinux,
For 40qmgrs, how many applications did you develop?
12Gb message to 18GB per day, if every message is less than 1MB, you really had over thousand messages to transfer. Is it a big or intermedia company?
To Carla Viragh,
For monitoring QMs, you use OMEGAMON XE. For monitoring Qs, what tools do you use? or write applications by yourself using trigger?
Regards |
|
| Back to top |
|
|
| Nathan |
| Posted: Thu Dec 04, 2003 8:00 am Post subject: |
|
|
Acolyte
Joined: 15 Sep 2003
Posts: 52
Location: Rochester, NY
|
candle monitors QManagers, Queues and Channels all in one. Patrol and QPasa also do this. Each of these work well from what I have seen.
As far as creating your own scripts, you can make as many or as few as you need. Mostly depends on how your write them. I created my own and copied it to the qmanagers where it ran as a daemon (on UNIX). They reported back to a central repository (BigBrother). |
|
| Back to top |
|
|
| mrlinux |
| Posted: Thu Dec 04, 2003 8:14 am Post subject: |
|
|
Grand Master
Joined: 14 Feb 2002
Posts: 1261
Location: Detroit,MI USA
|
Oops I forgot to add we move 12-18GB bytes worth of messages (>2.0 million individual messages).
Well we had > dozen applications, but some of them traversed several queue managers for different phase's.
_________________
Jeff
IBM Certified Developer MQSeries
IBM Certified Specialist MQSeries
IBM Certified Solutions Expert MQSeries |
|
| Back to top |
|
|
| mqquester |
| Posted: Thu Dec 04, 2003 12:01 pm Post subject: |
|
|
Apprentice
Joined: 27 Nov 2003
Posts: 35
|
Well, it looks there are so many MQ kits over there.
Thanks guys.
For over 40 QMgrs, distributed management is not a good idea. I believe you built some clusters, right? |
|
| Back to top |
|
|
| Carla Viragh |
| Posted: Fri Dec 05, 2003 9:37 am Post subject: |
|
|
Voyager
Joined: 31 Oct 2003
Posts: 92
Location: São Paulo - Brasil
|
Hi, as my friend Nathan said, Candle monitors QM, queues, channels... All MQ objects. This is a great tool but it is not perfect, it can monitor objects but sometimes the informations is one minute late... Omegamon "looks" for changes every minute, there´s no way to close this time. If you need to monitor something realtime, it´s not a good way.
_________________
Carla Viragh |
|
| Back to top |
|
|
| LuisFer |
| Posted: Fri Dec 05, 2003 11:40 pm Post subject: |
|
|
Partisan
Joined: 17 Aug 2002
Posts: 302
|
| The ASG-Tmon for MQSeries gives the information in RealTime |
|
| Back to top |
|
|
|
|
