| Author |
Message
|
| jeevan |
 Posted: Mon Mar 03, 2008 2:50 pm Post subject: Maxchannel settting in a MQGR |
 |
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
I have an interesting finding. It is about max channel in a queue manager. I used to think that all the queue manager attributea can be either enter while creating it ( does it make sense?) or can be modified from runmqsc Shell. But seems this is not true.
I found that one has to go to MQexplorer in order to complete the creation of a queue manager ( specially to complte setting maxchannel and activemaxchannel attributes)
Also, what does it mean actualy? Does it mean that the total channel that can be connected at a time? Which means that all the channel connections - sender /rcvr, serer connection etc.
I am not sure whether optimum desing is to have one queue manager to have one channel connection. If not, how we can control and assure that parciular channel can have 200 for example.
Questions
Lets say there are 4 channels in a queue manager. How can I assure that a particular channel can have 100 connections and the remaining will be allowed first come first serve basis to other channels?
MaxActiveChannels and MaxChannels are attributes of a qmgr but tyey can not be mentioned while creating it. Is it supposed to be or I am missing something?
Not only that, they can not even be modified using runmqsc. Again, is this what it is supposed to be?
This means that in order to complete a queue manaer creation, we must go to MQexplorer. Is this correct?
or edit the registry and change. but if the channel is default, registry does not haev an entry fior channel.
appreciate any though on this. |
|
| Back to top |
|
 |
| SAFraser |
| Posted: Mon Mar 03, 2008 3:07 pm Post subject: |
|
|
Shaman
Joined: 22 Oct 2003
Posts: 742
Location: Austin, Texas, USA
|
MaxChannels and MaxActiveChannels are qm.ini settings (registry in Windows). At queue manager creation, the values default to 100. Channels are limited at the queue manager level, not at the channel level.
The way the two settings relate to each other is discussed in http://www.mqseries.net/phpBB2/viewtopic.php?t=41069&highlight=. This might help you to establish the values you want for these parameters for your queue manager.
There are a number of parameters that can be applied at the queue manager level that are neither set at queue manager creation nor set via runmqsc. TCPKeepAlive and qmgr API exits are two examples.
Have I understood your question correctly, and is this helpful?
Shirley |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Mar 03, 2008 3:41 pm Post subject: Re: Maxchannel settting in a MQGR |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| jeevan wrote: |
| I have an interesting finding. It is about max channel in a queue manager. I used to think that all the queue manager attributea can be either enter while creating it ( does it make sense?) or can be modified from runmqsc Shell. But seems this is not true. |
Yes
| jeevan wrote: |
I found that one has to go to MQexplorer in order to complete the creation of a queue manager ( specially to complte setting maxchannel and activemaxchannel attributes) |
Only if the defaults don't suit your situation. It's amazing (in the example you quote) how often you don't exceed the default settings in non-production situations.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| jeevan |
| Posted: Mon Mar 03, 2008 3:58 pm Post subject: Re: Maxchannel settting in a MQGR |
|
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
| Vitor wrote: |
| jeevan wrote: |
| I have an interesting finding. It is about max channel in a queue manager. I used to think that all the queue manager attributea can be either enter while creating it ( does it make sense?) or can be modified from runmqsc Shell. But seems this is not true. |
Yes
| jeevan wrote: |
I found that one has to go to MQexplorer in order to complete the creation of a queue manager ( specially to complte setting maxchannel and activemaxchannel attributes) |
Only if the defaults don't suit your situation. It's amazing (in the example you quote) how often you don't exceed the default settings in non-production situations. |
I agree. We do not need this often. That is why I have not noticed this as the thing we do once or twice, sometime we do not give much notice. When I am trying to revisit my qmgr definition ( scripting purpose) for migrating mq, it came to my notice that it can not be done at the time of creation. I just wanted to recomfirm.
one left thig is, by some reasons, if I have 4/5 channel ( this is we are planning in TEST creating different channel for different group sharing the sane env), how can I assure that a particular channel can get certain connections. Is there a way ?
thansk |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Mar 03, 2008 5:01 pm Post subject: Re: Maxchannel settting in a MQGR |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| jeevan wrote: |
| if I have 4/5 channel ( this is we are planning in TEST creating different channel for different group sharing the sane env), how can I assure that a particular channel can get certain connections. Is there a way ? |
Why would you want a particular channel to get certain connections? What's special about those connections? How would you identify them? What's any one group doing that's going to soak all the connections?
IMHO you might be able to control channel connections like this with an exit, but I wouldn't put money on it, nor would I be comfortable with the consequences of a working exit in terms of performance load (I know you said this was test) or what would happen if it went wrong.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| jeevan |
| Posted: Mon Mar 03, 2008 9:52 pm Post subject: Re: Maxchannel settting in a MQGR |
|
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
| Vitor wrote: |
| jeevan wrote: |
| if I have 4/5 channel ( this is we are planning in TEST creating different channel for different group sharing the sane env), how can I assure that a particular channel can get certain connections. Is there a way ? |
Why would you want a particular channel to get certain connections? What's special about those connections? How would you identify them? What's any one group doing that's going to soak all the connections?
IMHO you might be able to control channel connections like this with an exit, but I wouldn't put money on it, nor would I be comfortable with the consequences of a working exit in terms of performance load (I know you said this was test) or what would happen if it went wrong. |
We have different environments - TEST, perf TEST, near Production Support etc. One environment, let say TEST is shared by more than one application groups at a time. So far we are using only one channel. But sometime when one group has problem we need to bring the channel down which affects all the other group who are sharing that channel. So, we are planning to have different channel for different group, bring one channel down does not affect the other group.
This is the contesxt we are plannign to have different channels and would like to assure certain connection to a group as they have preferences over the other depending the timing for the app go to live etc.
I am not sure whether this is good idea or not.
I would appreciate any thoughts
thanks |
|
| Back to top |
|
|
| SAFraser |
| Posted: Tue Mar 04, 2008 12:18 am Post subject: |
|
|
Shaman
Joined: 22 Oct 2003
Posts: 742
Location: Austin, Texas, USA
|
If there is a chance that a certain type of transaction might need to be stopped, I would make separate channels (sdr-rcvr) accordingly. I prefer to coomingle transactions when practical.
However, I am very free with separate svrconn channels.
You do not, and should not, allow fewer channel connections than are really needed. The MaxChannels should equal the number of connections needed by all the applications. If this causes an OS resource problem, then the system is undersized in relation to the business requirement.
When the MaxChannels is sized to accommodate all connections, then the issue of preference for a particular channel is no longer important. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Mar 04, 2008 1:50 am Post subject: Re: Maxchannel settting in a MQGR |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| jeevan wrote: |
So, we are planning to have different channel for different group, bring one channel down does not affect the other group.
|
Fair enough. Not how I'd do it, but fair enough.
| jeevan wrote: |
This is the contesxt we are plannign to have different channels and would like to assure certain connection to a group as they have preferences over the other depending the timing for the app go to live etc.
|
I repeat my question - what is one group likely to be doing that will soak up all the connections on a box and stop a sender channel running? If there are connections freely available, why does one group need "preference"? What are they doing that they can't wait a few seconds for a batch to go through before their's gets a turn?
| jeevan wrote: |
I am not sure whether this is good idea or not.
|
IMHO it's a little cumbersome and (touching back on the questions above) I wonder if the scope of the problem in your test environment warrent all this set up and configuration to fix. Or if it's simply one of the environment owners thumping the table and demanding priority resources because his projects are more important than everyone else's by definition.
Your site though. 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| jeevan |
| Posted: Tue Mar 04, 2008 8:22 am Post subject: Re: Maxchannel settting in a MQGR |
|
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
| Vitor wrote: |
| jeevan wrote: |
So, we are planning to have different channel for different group, bring one channel down does not affect the other group.
|
Fair enough. Not how I'd do it, but fair enough.
| jeevan wrote: |
This is the contesxt we are plannign to have different channels and would like to assure certain connection to a group as they have preferences over the other depending the timing for the app go to live etc.
|
I repeat my question - what is one group likely to be doing that will soak up all the connections on a box and stop a sender channel running? If there are connections freely available, why does one group need "preference"? What are they doing that they can't wait a few seconds for a batch to go through before their's gets a turn?
| jeevan wrote: |
I am not sure whether this is good idea or not.
|
IMHO it's a little cumbersome and (touching back on the questions above) I wonder if the scope of the problem in your test environment warrent all this set up and configuration to fix. Or if it's simply one of the environment owners thumping the table and demanding priority resources because his projects are more important than everyone else's by definition.
Your site though. |
I understand now. I would probably allow more channels and will not bother aobut ensuring how a particular application ( this may occur based on my experiences so far) has more preferences over the other.
thanks a lot |
|
| Back to top |
|
|
|
|
