Author |
Message
|
sarasu |
Posted: Wed Jun 07, 2006 10:27 am Post subject: MQ Issue |
|
|
Master
Joined: 02 Feb 2006 Posts: 229
|
What is the maximum number of Uncommitted Messages that a Queue Manager can handle? By default in the proeprties of Queue Manager I found 10000. Untill what number this is going to handle?
In which order a queuemanager(QMGR) receive messages from two different systems having the same queuemenager(QMGR1)? Is it like firstin firstout?
If i use two queuemanagers instead of one queuemanger, will there be any performance change?
Any help is appreciated |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Jun 07, 2006 10:44 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
The maximum number of uncommitted messages that the queue manager can handle is determined by two factors. One is the queue manager property you found.
The MQSC command reference should tell you what the upper limit for this property is.
The second, more "real" limit is the size of the active log files for the queue manager. You can not create a single transaction or a set of open transactions that use more log space than the active log files.
So if your log files only hold 1 meg of data, then you can only have as many uncommitted messages as will fill 1 meg of data - this could be less than one message!
This is yet another reason for making the log files as large as possible always. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
sarasu |
Posted: Wed Jun 07, 2006 10:48 am Post subject: |
|
|
Master
Joined: 02 Feb 2006 Posts: 229
|
Thanks for your reply, but what about the performance, if i use 2 systems with same QMGR? |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Jun 07, 2006 11:00 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
sarasu wrote: |
Thanks for your reply, but what about the performance, if i use 2 systems with same QMGR? |
I have no idea what you mean. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
wschutz |
Posted: Wed Jun 07, 2006 11:14 am Post subject: Re: MQ Issue |
|
|
 Jedi Knight
Joined: 02 Jun 2005 Posts: 3316 Location: IBM (retired)
|
sarasu wrote: |
In which order a queuemanager(QMGR) receive messages from two different systems having the same queuemenager(QMGR1)? Is it like firstin firstout?
|
Generally speaking this is true, but there are many things that can cause messages to be delivered to an application in a different order than they were created. You can't assume they will maintain order unless you use the "logical ordering" facilities of MQ
sarasu wrote: |
If i use two queuemanagers instead of one queuemanger, will there be any performance change?
|
Hard to say without understanding what the system's characteristics are. Generally speaking, people use additional queuemanagers on a system for isolation purposes. _________________ -wayne |
|
Back to top |
|
 |
sarasu |
Posted: Wed Jun 07, 2006 11:18 am Post subject: |
|
|
Master
Joined: 02 Feb 2006 Posts: 229
|
An application consists of 3 QMGRS each located on different systems. Out of which one is receiving messages from other two QMGRS. How it is going to receive the messages from the other 2QMGRS. lets say each Q from the 2QMGRS releasing 100 messages per minute. The receiving QMGR will receive the message from the either of the queues as "FIRST RELEASED FIRST IN" ??? Did you get my point? |
|
Back to top |
|
 |
bower5932 |
Posted: Wed Jun 07, 2006 12:39 pm Post subject: |
|
|
 Jedi Knight
Joined: 27 Aug 2001 Posts: 3023 Location: Dallas, TX, USA
|
The answer is that it depends. In your situation, are you using clustering to send messages from the 1st qmgr to the other two? If so, messages will basically round-robin between them. As far as the delivery sequence, this can also depend on other factors. What do you have the MSGDLVSQ set to on the queue? |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Jun 07, 2006 12:57 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
In no case will the number of uncommitted messages on one queue manager affect the maximum number of uncommitted messages that another queue manager can handle.
Well, okay, one *specific* case. IF the two queue managers are on the same machine and their log files are on the same disk partition, and one queue manager's logs fill up that disk partition - then the other queue manager will not be able to add more data to it's logs. But, really, pretty much everything will start to shut down at that point anyway. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
|