| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Too many QMgrs |
« View previous topic :: View next topic » |
| Author |
Message
|
| brgmo |
 Posted: Mon Jul 23, 2007 1:24 am Post subject: Too many QMgrs |
 |
|
Master
Joined: 03 Jun 2002
Posts: 227
|
Hi All,
Does it make sense to have a qmgr for just transferring data from one box to another. I mean what is the disadvantage of having many qmgrs each dedicated to an application. Is there any specific calculation that only one qmgr is allowed per cpu or something like that.
Regards
brgmo. |
|
| Back to top |
|
 |
| Vitor |
| Posted: Mon Jul 23, 2007 1:32 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
There's not a restriction as such, but each queue manager has a certain amount of overhead associated with it in terms of memory, cpu, etc, etc so the more queue managers you have on a given box the more of this resource you're "wasting".
Given that, there are situations where you wouldn't want to use a single queue manager, the obvious example being a single test box running multiple segrigated environments. IMHO I wouldn't set up a queue manager per application / function because I can't see the advantage & the disadvantages in terms of additional resource and administration seem clear. In your case I'd turn the question round and ask what advantage you see by running a separate queue manager for this data transfer you're doing. The justification that occurs to me sitting here is if the data transfer is a one-off activity and you don't want to fiddle with a production set up.
Other views may be equally valid, any decision should be based on individual circumstances, etc.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| 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
|
|
|
|
