|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Channels and large data transfers |
« View previous topic :: View next topic » |
Author |
Message
|
mspring |
Posted: Tue Dec 04, 2001 2:28 am Post subject: |
|
|
Newbie
Joined: 03 Dec 2001 Posts: 1
|
Does anyone know if Channel performance degrades if it is open for large transfers of data (i.e. channel is open for number of hours (5-10 hrs) and transferring large volumes of data (>1,000,000 msgs) without the channel closing down during the transfer).
We are experiencing this with MQ v5.1 on Solaris 2.7, where the sending Queue Manager channel (on OS/390) goes 'in doubt' for around 8 seconds for every batch of data it sends (presumably waiting for the Solaris Queue Manager to confirm receipt).
Are there any 'tuning' things that anyone knows of that might help ?
|
|
Back to top |
|
 |
dgolding |
Posted: Tue Dec 04, 2001 4:20 am Post subject: |
|
|
 Yatiri
Joined: 16 May 2001 Posts: 668 Location: Switzerland
|
"In-doubt" is a normal status, particularly when sending large numbers of messages - are you seeing this status via. a monitoring tool? I know BMC Patrol had a patch which turned this parameter off as the alarm used to go off all the time. 999 times out of a 1000 there is nothing wrong, it's just that when the status of the channel was checked it was in-doubt (waiting for the last batch of messages to be confirmed).
If it's a problem you can always increase your batch size in the channel definition. In some channel restart situations you may have to resolve a larger batch of messages, but this happens rarely. This then gets into checking what has been received on the remote end, and gets messy! But in six years, I think I've had to resolve a channel once. |
|
Back to top |
|
 |
bduncan |
Posted: Thu Dec 06, 2001 10:43 am Post subject: |
|
|
Padawan
Joined: 11 Apr 2001 Posts: 1554 Location: Silicon Valley
|
I've seen this plenty of times especially when the messages are large. While the message is in transit, the sender waits for confirmation of delivery, and during this time it is 'in doubt'. So in doubt isn't necessarily a bad thing, it simply means that the sender is unaware of the status of the last message it sent, until a receipt is received...
_________________ Brandon Duncan
IBM Certified MQSeries Specialist
MQSeries.net forum moderator |
|
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
|
|
|
|