| Author |
Message
|
| zpat |
 Posted: Thu Apr 21, 2011 5:48 am Post subject: |
 |
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
MS0P?
Sounds promising. Be nice if all these plugs in were made standard. |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Thu Apr 21, 2011 5:54 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
Yes, should be MS0P.
Given who they are developed by, and given the work done in Broker explorer to provide a similar level of accounting & statistics views for Broker data, it would be surprising if MS0P functionality did not end up as part of the base product. |
|
| Back to top |
|
|
| John89011 |
| Posted: Sat Apr 23, 2011 6:02 pm Post subject: |
|
|
Voyager
Joined: 15 Apr 2009
Posts: 94
|
| Take a look at MH04. It's a nice script that can be run as part of cron to gather stats. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Sun Apr 24, 2011 10:10 am Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
| John89011 wrote: |
| Take a look at MH04. It's a nice script that can be run as part of cron to gather stats. |
Indeed its a good "command line" tool.
(http://www-01.ibm.com/support/docview.wss?uid=swg24025857)
It is used to fulfill the purpose of queue statistics, for one queue which is given with the flag -q , in the command xmqqstat, at a time.
one of the previous posts from zpat, he said he wants to have the stats for all the queues ( I hope he meant stats of all queues at once ).
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| John89011 |
| Posted: Sun Apr 24, 2011 11:24 am Post subject: |
|
|
Voyager
Joined: 15 Apr 2009
Posts: 94
|
shashivarun,
There are actually two scripts, one that gathers the stats of a single queue and the other gathers stats of all the queues. It also gives you the option of excluding certain queues such as SYSTEM.*
One thing to note is that these scripts should not be used along with other monitoring tools/software that gathers stats since these scripts will reset the stats info everytime its run. |
|
| Back to top |
|
|
| shashivarungupta |
| Posted: Sun Apr 24, 2011 12:10 pm Post subject: |
|
|
Grand Master
Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.
|
Okey. That's informative !
The MH04 version which I used earlier had following files in its zip file. For windows I used first file to execute the command. (Though I've not tried wildcard characters with the names of the queues, will try that. )
xmqqstat.cmd Windows script
xmqqstat.sh Linux/Unix script
com.ibm.xmq.utilities.jar JAR file containing the tool
readme.txt Readme file
mh04.pdf Full documentation in PDF
Licenses Licenses
Thanks
_________________
*Life will beat you down, you need to decide to fight back or leave it. |
|
| Back to top |
|
|
| zpat |
| Posted: Tue May 17, 2011 12:57 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
The answer is to set the QMGR STATMQI to ON, and then use Explorer with support pac MS0P to display the MQI statistics for an interval (select QM, then "event messages" then "Statistics Record").
There is a nice simple guide here:
http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/TD104811
However I have a question - what is the impact to applications (if any) of the queue SYSTEM.ADMIN.STATISTICS.QUEUE becoming full? |
|
| Back to top |
|
|
| mvic |
| Posted: Tue May 17, 2011 1:44 am Post subject: |
|
|
Jedi
Joined: 09 Mar 2004
Posts: 2080
|
| zpat wrote: |
| However I have a question - what is the impact to applications (if any) of the queue SYSTEM.ADMIN.STATISTICS.QUEUE becoming full? |
It means no more messages will be put to the queue until some messages are removed.
Don't know anything about your applications though.. Try filling it up in a test qmgr and see what happens to your apps.. |
|
| Back to top |
|
|
| zpat |
| Posted: Tue May 17, 2011 1:55 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
I meant apps in general. Not specifically my apps!
Of course I can try it, but someone may already know the answer. |
|
| Back to top |
|
|
| SAFraser |
| Posted: Tue May 17, 2011 8:05 am Post subject: |
|
|
Shaman
Joined: 22 Oct 2003
Posts: 742
Location: Austin, Texas, USA
|
We tried it, zpat! We saw no impact whatsoever to our applications. We do not have any applications that use the statistics messages; but, we need statistics enabled on objects for QPasa collection of data.
The only impact we can see from a full statistics queue is the annoying spate of RC2053 messages in the qmgr log.
We have set a trigger on the statistics queue to clear itself based on depth. We've been running this way in both development and production since last October.
If anyone has an experience indicating danger, please reply posthaste! |
|
| Back to top |
|
|
| zpat |
| Posted: Tue May 17, 2011 9:11 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
| What did you use for the triggered process? |
|
| Back to top |
|
|
| SAFraser |
| Posted: Tue May 17, 2011 10:19 am Post subject: |
|
|
Shaman
Joined: 22 Oct 2003
Posts: 742
Location: Austin, Texas, USA
|
| My teammate altered amqsget a bit to improve upon the buffer size, and recompiled it for our Solaris 10 environment. It's clunky, but we don't let the queue get very big before it's triggered so we haven't seen any performance hit during the 'get' process. |
|
| Back to top |
|
|
|
|
