|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
Number of Brokers per Domain: Practical Limit? |
« View previous topic :: View next topic » |
Author |
Message
|
fjb_saper |
Posted: Tue Oct 16, 2007 2:02 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20767 Location: LI,NY
|
SAFraser wrote: |
So then we would have:
Two Config Mgrs on two servers
-- become --
Two Config Mgrs on one server
Then... if I didn't want/need two Config Mgrs on one server, I could wait for 6.1 and migrate them gracefully to a single Config Mgr.
Am I understanding this correctly? |
Just be careful when you put multiple config mgr on the same box. Make sure you use the optional parm when creating and overlaying the config mgr to put its file system in a different location than the default...  _________________ MQ & Broker admin |
|
Back to top |
|
 |
mqmatt |
Posted: Wed Oct 17, 2007 2:16 am Post subject: |
|
|
 Grand Master
Joined: 04 Aug 2004 Posts: 1213 Location: Hursley, UK
|
fjb_saper wrote: |
Just be careful when you put multiple config mgr on the same box. Make sure you use the optional parm when creating and overlaying the config mgr to put its file system in a different location than the default...  |
Why? Failover? |
|
Back to top |
|
 |
fjb_saper |
Posted: Wed Oct 17, 2007 2:33 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20767 Location: LI,NY
|
mqmatt wrote: |
fjb_saper wrote: |
Just be careful when you put multiple config mgr on the same box. Make sure you use the optional parm when creating and overlaying the config mgr to put its file system in a different location than the default...  |
Why? Failover? |
Nothing to do with failover. You just don't want to corrupt / overlay the internal DB of configmgr A when creating/moving/loading configmgr B.... because you didn't specify a different file location (directory) for their internal DB...  _________________ MQ & Broker admin |
|
Back to top |
|
 |
mqmatt |
Posted: Wed Oct 17, 2007 3:45 am Post subject: |
|
|
 Grand Master
Joined: 04 Aug 2004 Posts: 1213 Location: Hursley, UK
|
Part of the default directory structure for the Config Manager's repository location includes the Config Manager's name. And because this name is unique on the machine, they won't override each other.
e.g.
C:\Documents and Settings\All Users\Application Data\IBM\MQSI\components\CONFIG1\BERNARD
C:\Documents and Settings\All Users\Application Data\IBM\MQSI\components\CONFIG2\BERNARD |
|
Back to top |
|
 |
SAFraser |
Posted: Wed Oct 17, 2007 5:50 am Post subject: |
|
|
 Shaman
Joined: 22 Oct 2003 Posts: 742 Location: Austin, Texas, USA
|
Matt,
In thinking of 'moving' the config mgr, I was just trying to minimize down time. Moving might be quicker than deleting and recreating the physical brokers.
But maybe not. Maybe.... I just do it the right way.... mqsideletebroker. It just is my bad luck that these particular brokers are the high profile brokers in the testing environment.
My thought-of-the-morning is: I'll negotiate maintenance windows for each broker and just do it right. Really, the downtime should be -- what -- 10 minutes per broker, unless something goes horribly wrong?
Shirley |
|
Back to top |
|
 |
mqmatt |
Posted: Thu Oct 18, 2007 1:07 am Post subject: |
|
|
 Grand Master
Joined: 04 Aug 2004 Posts: 1213 Location: Hursley, UK
|
SAFraser wrote: |
Really, the downtime should be -- what -- 10 minutes per broker, unless something goes horribly wrong? |
Yes (or less), but it depends on lots of things: number of flows, processor speed, OS, and so on, and so on.
The best way to know is to try it on a test broker and see- ideally one that mirrors your production environment. That will also allow you to experience a dry run, and give you advance warning on any gotchas. |
|
Back to top |
|
 |
|
|
|
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
|
|
|
|