| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQ Channel Restrictions |
« View previous topic :: View next topic » |
| Author |
Message
|
| skrv |
 Posted: Fri May 23, 2014 12:42 pm Post subject: MQ Channel Restrictions |
 |
|
Centurion
Joined: 26 Oct 2012
Posts: 118
|
Does MQ restrict number of cluster or point to point channels to a particular number by default?
We have MQ at Version 7. |
|
| Back to top |
|
 |
| bruce2359 |
| Posted: Fri May 23, 2014 4:04 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
There are near zero 'defausts' in mq. There are initial values that you may alter to meet your requirements.
The .ini files distributed with the product (Windoze and UNIX) have a maxchannels and maxactivechannels value of 100.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| skrv |
| Posted: Fri May 23, 2014 4:55 pm Post subject: |
|
|
Centurion
Joined: 26 Oct 2012
Posts: 118
|
we don't have SVRCONN/CLNTCONN channels in our environment.
We only have CLUSSDR/CLUSRCVR/SDR/RCVR/RQSTR channels.
So can we address this issue of MaxChannels reached by adding below stanza in qm.ini file.
CHANNELS:
MaxChannels=200
MaxActiveChannels=200
i think default value is 100 for UNIX environments. |
|
| Back to top |
|
|
| PaulClarke |
| Posted: Sat May 24, 2014 1:10 am Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
Well, of course, it depends on how many channels you need. Not having client connections does make things easier. It is much easier to predict how many connections you want from remote Queue Managers than how many applications 'may' connect. Having said that an MQ Cluster can be fairly dynamic.
You can err on the side of safety fairly readily though. MQ only consumes very little extra resources for a higher value of MaxChannels. It is, currently, an awkward value to change. It essentially requires a cycle of the Queue Manager. So, if 200 is 'plenty' then fine stick with that. Otherwise perhaps give yourself a little headroom and set it a little higher. As we all know, computer systems and networks tend to grow.
Cheers,
Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.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
|
|
|
|
