Author |
Message
|
elmcc1m |
Posted: Thu Mar 08, 2007 11:38 am Post subject: Looking for Queue Stats on z/OS |
|
|
Novice
Joined: 19 Feb 2007 Posts: 14
|
Can MQ or any tools on z/OS give me the peek queue depth used and the average message length written to a queue. |
|
Back to top |
|
 |
zpat |
Posted: Thu Mar 08, 2007 12:11 pm Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
I believe v6 has this capability. |
|
Back to top |
|
 |
fjb_saper |
Posted: Thu Mar 08, 2007 3:59 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
Most monitoring tools should give you that information _________________ MQ & Broker admin |
|
Back to top |
|
 |
zpat |
Posted: Thu Mar 08, 2007 11:32 pm Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
Easy to say that, but have you seen the price of monitoring tools for MQ on z/OS? |
|
Back to top |
|
 |
Michael Dag |
Posted: Thu Mar 08, 2007 11:37 pm Post subject: |
|
|
 Jedi Knight
Joined: 13 Jun 2002 Posts: 2607 Location: The Netherlands (Amsterdam)
|
zpat wrote: |
Easy to say that, but have you seen the price of monitoring tools for MQ on z/OS? |
sure z/OS stuff is more expensive...
if everyone was running z/OS, prices would go down... it's economics... _________________ Michael
MQSystems Facebook page |
|
Back to top |
|
 |
zpat |
Posted: Fri Mar 09, 2007 12:09 am Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
Same might apply to Rolls-Royce cars, but (a) it won't happen and (b) it's really not the point.
Back in the real world, management will baulk at solutions that cost hundreds of thousands of dollars/pounds/euros.
The inventive techie finds a way to do it without purchasing, eg using SMF records, API exits, WMQ V6 etc. |
|
Back to top |
|
 |
Michael Dag |
Posted: Fri Mar 09, 2007 12:57 am Post subject: |
|
|
 Jedi Knight
Joined: 13 Jun 2002 Posts: 2607 Location: The Netherlands (Amsterdam)
|
zpat wrote: |
Same might apply to Rolls-Royce cars, but (a) it won't happen and (b) it's really not the point. |
Well in z/OS land there are only Rolls-Royces...
zpat wrote: |
Back in the real world, management will baulk at solutions that cost hundreds of thousands of dollars/pounds/euros. |
and still the applications run on z/OS and not Windows or Linux
so there must be a reason for z/OS (reliability, TCO...)
zpat wrote: |
The inventive techie finds a way to do it without purchasing, eg using SMF records, API exits, WMQ V6 etc. |
yes and then look at the pros and cons of 'build' versus 'buy'... it's not only the license cost involved...
if there is a business value in having montoring there is also a business case ...
not trying to flame you, just trying to point out that expensive is a relative term and you need to consider all factors involved...
if management 'baulks', it's just not clear to them what they get for that money... _________________ Michael
MQSystems Facebook page |
|
Back to top |
|
 |
fjb_saper |
Posted: Fri Mar 09, 2007 3:36 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
zpat wrote: |
Easy to say that, but have you seen the price of monitoring tools for MQ on z/OS? |
Have you tried negotiating with any of the tool vendors?. My experience says that depending on your global MQ environment and vendor relationship there might be room for negotiation...
Anyway as Michael said this is a business case...
Enjoy  _________________ MQ & Broker admin |
|
Back to top |
|
 |
zpat |
Posted: Fri Mar 09, 2007 3:58 am Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
Look, the guy only wanted a couple of simple MQ numbers. If these can be obtained without purchasing expensive add-ons then I think this is the right place to tell him.
I think you can get these stats from the QSTATS option. |
|
Back to top |
|
 |
jefflowrey |
Posted: Fri Mar 09, 2007 4:46 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
Isn't this a duplicate question? _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
Michael Dag |
Posted: Fri Mar 09, 2007 4:50 am Post subject: |
|
|
 Jedi Knight
Joined: 13 Jun 2002 Posts: 2607 Location: The Netherlands (Amsterdam)
|
|
Back to top |
|
 |
Vitor |
Posted: Fri Mar 09, 2007 4:51 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
jefflowrey wrote: |
Isn't this a duplicate question? |
IMHO it's a more specific form of:
http://www.mqseries.net/phpBB2/viewtopic.php?t=18596
rather than a pure duplicate. Is it still a double post? Possibly. Has it prompted an interesting and useful exchange? I think so.
(But then I think z/OS is the best thing ever & really interesting, so I must factor in my bias....) _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
jefflowrey |
Posted: Fri Mar 09, 2007 5:14 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
So, regardless of platform, the MQ subsystems do not keep track of the size of messages put on a queue.
This means that the only way to get the average message size over an interval is to write an API exit that tracks PUTS (or GETS, or both if you're paranoid) and stores the message size and aggregates as needed.
I know at least some of the monitoring applications out there do include API exit components, so at least some of them may be able to do this.
But you won't be able to get it from RESET QSTATISTICS or DIS QSTATUS. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
zpat |
Posted: Fri Mar 09, 2007 6:01 am Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
What information is in the MQ SMF records? |
|
Back to top |
|
 |
jefflowrey |
Posted: Fri Mar 09, 2007 6:06 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
zpat wrote: |
What information is in the MQ SMF records? |
I've no idea.
I'm not a mainframe person.
Is "SMF records" like EventViewer? _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
|