| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Protection against MQ message overruns ? |
« View previous topic :: View next topic » |
| Author |
Message
|
| cloud9 |
 Posted: Mon Nov 15, 2004 10:26 am Post subject: Protection against MQ message overruns ? |
 |
|
Novice
Joined: 18 Jul 2003
Posts: 13
Location: Jacksonville, FL
|
| We recently experienced an outage because somebody had submitted a large batch job of MQ requests and brought the receiving queue mgr to it's knees. Anyone know of a way to configure the channel or queue to throttle the max number/speed of incoming messages to a reasonable rate that the queue manager can handle ? |
|
| Back to top |
|
 |
| PeterPotkay |
| Posted: Mon Nov 15, 2004 11:24 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
| Quote: |
and brought the receiving queue mgr to it's knees.
|
Can you be more specific?
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| cloud9 |
| Posted: Mon Nov 15, 2004 2:24 pm Post subject: |
|
|
Novice
Joined: 18 Jul 2003
Posts: 13
Location: Jacksonville, FL
|
| Well, not a whole lot because the rcv'ng qmgr belongs to a vendor who we connect to. But they said the queue manager was bogged down and queue depth was continuously building. Actually, I don't know if the overall queue mgr perf. was impacted, or if it was just that one queue that was backed up. So, "brought the recv'ng queue mgr to it's knees" is only an assumption on my part, which is probably wrong. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Mon Nov 15, 2004 2:45 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Sounds to me like they are complaining MQ is faster then their program....
There is nothing you can do at the Admin level to slow MQ down.
By fiddeling with the batch sizes of the channel, you can make the arrival of the messages show up in blocks, but there q will back up just the same.
If their Q is filled up, and messages are going to the DLQ, well, then you can slow that down by setting the Message Retry Count/Interval values of the RCVR MCA to higher numbers. Then the RCVR MCA will wait longer on each message before putting it to the DLQ and getting the next one.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| cloud9 |
| Posted: Tue Nov 16, 2004 6:42 am Post subject: |
|
|
Novice
Joined: 18 Jul 2003
Posts: 13
Location: Jacksonville, FL
|
| Thanks Peter! I even described the situation incorrectly, and you still answered my questions. You're right! It was the back end DB application behind the recv'ng queue mgr that was bogged down, not the queue mgr. But, I was still looking for a way to throttle back the speed of incoming messages to prevent batch jobs from creating a denial of service situation. Obviously, the batch and interactive traffic should be separated in different queues. That is the solution we are going with. I was looking for the MQ tunable possibilities just in case somebody accidentally submits batch requests on the wrong queue, as they did in this case. Thanks again Peter! |
|
| 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
|
|
|
|
