|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
CHANNEL STATISTICS |
« View previous topic :: View next topic » |
Author |
Message
|
kavithadhevi |
Posted: Wed Mar 26, 2003 7:19 am Post subject: CHANNEL STATISTICS |
|
|
 Master
Joined: 14 May 2002 Posts: 201 Location: USA
|
Hi,
I want to do a statistics report for all Sender and Receiver channels. I am concerntrating on the message flow through the channel, which i was able to retrieve from the Bytes sent and Bytes Received. My concern here is i dont know when the channel was reset before, but i just want to reset only the Bytes Sent and Bytes Received on a channel without resetting the whole which might cause problem with the message seqence number.
Is it possible? Please suggest.
__________________________
Thanks in Advance.
Regards,
Kavitha Dhevi.
IBM Certified MQSeries Specialist.
www.zealphoenix.com |
|
Back to top |
|
 |
oz1ccg |
Posted: Wed Mar 26, 2003 7:47 am Post subject: |
|
|
 Yatiri
Joined: 10 Feb 2002 Posts: 628 Location: Denmark
|
The manual says (result of a DIS CHS(*) CURRENT ALL command):
Quote: |
BYTSRCVD: Number of bytes received during this session (since the channel was started). This includes control information received by the message channel agent.
BYTSSENT: Number of bytes sent during this session (since the channel was started). This includes control information sent by the
message channel agent. |
So it's very easy to zero it out, just stop and start the channel.
If you want to be able to do it from both ends, you should think of using SDR-RQSTR channel pairs.
Just my $0.02  _________________ Regards, Jørgen
Home of BlockIP2, the last free MQ Security exit ver. 3.00
Cert. on WMQ, WBIMB, SWIFT. |
|
Back to top |
|
 |
JohnMN |
Posted: Wed Mar 26, 2003 8:14 am Post subject: |
|
|
Novice
Joined: 26 Feb 2003 Posts: 19
|
I don't know if the previous post was serious, but DO NOT try to do this by stopping the channel. You will create a lot more problems than you'll solve.
There is no way to reset only the byte counts. I'm assuming that your program gets the information on regular intervals. The program will just have to remember what the value was on the last invocation, and do the arithmetic to figure out how many bytes were sent or received in that interval.
The DIS CHS command also returns the date and time when the channel was started. You may want to check this to see if the channel was started during the interval. If so, then toss the previous values and restart from zero.
John |
|
Back to top |
|
 |
jhalstead |
Posted: Wed Mar 26, 2003 9:33 am Post subject: |
|
|
 Master
Joined: 16 Aug 2001 Posts: 258 Location: London
|
Why would stopping and starting a channel cause problems?
I am intrigued...
Jamie |
|
Back to top |
|
 |
JohnMN |
Posted: Wed Mar 26, 2003 11:42 am Post subject: |
|
|
Novice
Joined: 26 Feb 2003 Posts: 19
|
Channels are system-wide resources used by all applications that need to communicate with the remote system. They should be started and stopped according to rules set by the system administrators, not on the whim of an application program.
Straight from the IBM MQ Intercommunication Manual:
Quote: |
Message channels are designed to be long-running connections between queue managers with orderly termination controlled only by the disconnect interval Channel control function. |
Stopping a channel can potentially have an adverse effect on the applications that use the channel.
Channels do not stop immediately. The channel will stop when it has completed sending the current batch of messages. The program will need to continually inquire on the channel status until the status is "stopped".
Both sides of the channel need to be in the stopped state before the channel can be restarted. This can potentially take several minutes.
While the channel is stopping, during the time in which it is stopped, and while it is restarting (ie, until status = "RUNNING"), messages will accrue on the XMIT queue. Some of these messages may have an Exipry time.
It is very possible that the time to stop and restart the channels will be greater than the Expiry time, causing messages to be lost. One needs to assume that these messages may be carrying mission-critical data.
I would not want to be in a position where I need to explain to the president of my bank that the reason a transfer of funds did not take place is that "the monitor program decided to shut down the channel because the programmer decided that stopping a channel was easier than doing some simple arithmetic".
John [/quote] |
|
Back to top |
|
 |
kavithadhevi |
Posted: Wed Mar 26, 2003 12:03 pm Post subject: |
|
|
 Master
Joined: 14 May 2002 Posts: 201 Location: USA
|
Thanks for the posting.
Initially, i did the same as getting the DIS CHS(*) for all the channels to a file and got the information. And based on the figures i got from them i am not to judge cos i am not sure when the reset was previously done. But my understanding is that you cannot reset only the Bytes sent and received, my hurdle is i cannot stop/reset/start channel as and when cos i might have to do a lot of this procedure for a lot of channels on 2 different platforms.
So if theres any other way, i sure appreciate your sharing. _________________ Thanks in Advance.
Kavitha
IBM Certified System Administrator
Websphere MQ v 5.3
www.zealphoenix.com |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|