| Author |
Message
|
| noman |
 Posted: Tue Sep 13, 2011 3:32 am Post subject: how to monitor qmgr status on windows |
 |
|
Newbie
Joined: 24 Jun 2010
Posts: 4
|
hi,
how to monitor qmgr status on windows to be alerted when qmgr crashed.it runs as service and it's fine..but if for some reasons qmgr is down...has ended manually or it just crashed i just want to know it..i monitor the service, but it's not enough.under unix it's pretty easy..i monitor all processes and it works fine, but on windows platform i monitor only service.
via tivoli i can monitor services, processes and event log(but only src+event id, cant match strings)
i dont know much about any "extra" monitoring tools and tbh didnt thinking about them, because maybe there is something i can use based on the current configuration or so.
i started thinking about creating very simple program which will be working in background and checking the result of amqmdain status qmgr_name and if it's "Unavailable" it will write to event log or kill itself. and i will monitor the process via tivoli, when it's down the alert will be generated.  ))))) lol
ok, now serious...do you have any idea? i hope you got the point. |
|
| Back to top |
|
 |
| noman |
| Posted: Tue Sep 13, 2011 3:56 am Post subject: |
|
|
Newbie
Joined: 24 Jun 2010
Posts: 4
|
ok, im blind...i can do it as per unix, the list of 10 processes i monitor on unix have equivalents on Windows, so I can monitor in the same way
where there is more than one MQ Manager, I monitor for that number of the process
i didnt see the processes because because i didnt select "Show all users processes"
))))))
thx |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Tue Sep 13, 2011 4:48 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Just because a process exists doesn't mean the process isn't hung and totally useless. This is not the proper way to monitor MQ.
You have Tivoli. Go talk to your Tivoli team and ask them what they have for real MQ monitoring.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| noman |
| Posted: Mon Sep 19, 2011 3:33 am Post subject: |
|
|
Newbie
Joined: 24 Jun 2010
Posts: 4
|
| PeterPotkay wrote: |
Just because a process exists doesn't mean the process isn't hung and totally useless. This is not the proper way to monitor MQ.
You have Tivoli. Go talk to your Tivoli team and ask them what they have for real MQ monitoring. |
well i already had a small conversation about the same and it doesnt look good...as i said earlier. We can monitor services, processes and event log(but only src+event id, cant match strings). if process fails/is down the alarm will be generated. that's it...doesnt sound good ha? hmmm..ok. from other side: wt's the proper way to monitor mq in your opinion.agree with you that just because a process exists it doesnt mean the it's not hung..how can i monitor this situation? tia |
|
| Back to top |
|
|
| ankurlodhi |
| Posted: Mon Sep 19, 2011 7:42 am Post subject: |
|
|
Master
Joined: 19 Oct 2010
Posts: 266
|
|
| Back to top |
|
|
| bruce2359 |
| Posted: Mon Sep 19, 2011 8:53 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
You may find that we're a bit more helpful if you don't use tweet-speak - don't abbreviate, use complete words. Use new paragraphs where appropriate.
_________________
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 |
|
|
| mattfarney |
| Posted: Mon Sep 19, 2011 9:20 am Post subject: |
|
|
Disciple
Joined: 17 Jan 2006
Posts: 167
Location: Ohio
|
IMO, you really have two choices:
(1) Write a bunch of platform dependent code that can connect and interrogate the QM and that alerts people when necessary.
(2) Buy a COTS product that does the same thing for you.
Having done both, #2 is a much better option.
-mf |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Mon Sep 19, 2011 10:09 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
News flash! The wheel: it's already been invented.
_________________
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 |
|
|
| zpat |
| Posted: Mon Sep 19, 2011 11:01 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
If you don't want to pay anything, look at MO71 (is there anything it can't do?..  ) or Qflex.
Monitoring via a client connection works well, pretty simple and it tests that the queue manager is basically functioning OK.
If you really prefer the stone age tools (command line) then you could run something that connects to the QM and see if it stops working. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Mon Sep 19, 2011 12:25 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
One of the measures of the importance of WMQ to the organization is its investment in WMQ generally, but performance monitoring specifically.
3rd party monitoring tools are widely implemented to ensure that WMQ provides the mission-critical functions on which organizations depend.
From this post, and others, it should be clear that there are many moving parts that comprise a functioning WMQ environment.
Some of the more sophisticated performance monitoring tools can be extended to include rules-based recovery, with agents across different WMQ platforms, to ensure notification when problems arise, and automated recovery from problems where possible.
I appreciate the organizational effort to reduce costs, and your eagerness to roll-your-own. You have only begun to ponder what can go wrong in this environment.
_________________
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 |
|
|
|
|
