| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| ConfigMgr (Config) Question, WMQIB 2.1 |
« View previous topic :: View next topic » |
| Author |
Message
|
| anderc1 |
 Posted: Fri Jan 07, 2005 8:03 am Post subject: ConfigMgr (Config) Question, WMQIB 2.1 |
 |
|
Acolyte
Joined: 11 Sep 2002
Posts: 55
Location: Research Triangle Park, NC
|
If you were to take a disk image of a system (Broker) and install it on another physical box, will the ConfigMgr recognize the Broker on the new system as well as the Broker on the old system by directing the channels as needed to the respective system?
That is a single ConfigMgr servicing a Production Broker and a DR (Production) Broker simply by redirecting the channels. This way as message flows change they can be deployed independently to the Production system and to the DR system.
Anyone doing this or have tried it? Or is there a drop in the bit bucket on the ConfigMgr that knows what you're up to and won't let you do this? |
|
| Back to top |
|
 |
| kirani |
| Posted: Sat Jan 08, 2005 4:22 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
| anderc1 wrote: |
If you were to take a disk image of a system (Broker) and install it on another physical box, will the ConfigMgr recognize the Broker on the new system as well as the Broker on the old system by directing the channels as needed to the respective system?
|
What exactly is there on your Disk, DB files, WMQI files, etc?
I don't think will work as each components needs to have a unique UUID. I don't think it's a good idea.
| anderc1 wrote: |
That is a single ConfigMgr servicing a Production Broker and a DR (Production) Broker simply by redirecting the channels. This way as message flows change they can be deployed independently to the Production system and to the DR system.
|
For DR you should have your Config Mgr, MRM and Broker DB backed-up every day. You would restore the most recent copy of these DB on DR machine and create new Config mgr, Broker, etc.
Also, think about the Congig Mgr DR. BTW, what platform are you working on?
| anderc1 wrote: |
Anyone doing this or have tried it? Or is there a drop in the bit bucket on the ConfigMgr that knows what you're up to and won't let you do this?
|
AFAIK, this is not a good appraoch and it will not work. May be other people have different thoughts.
It'd be better to explain your requirements.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| Back to top |
|
|
| anderc1 |
| Posted: Mon Jan 10, 2005 5:47 am Post subject: |
|
|
Acolyte
Joined: 11 Sep 2002
Posts: 55
Location: Research Triangle Park, NC
|
Broker is on an IBM P670 partition (AIX 5.2) and system (db's) is backed up on a regular basis.
We are in the process of moving a Broker from a DR system in one location (city) to a Production system in another location. Both systems will run in parallel until everyone is comfortable that the new system is behaving. At that time the old system will become the DR system and removed from production.
If this doesn't or won't work, I have a Windows box already setup as a ConfigMgr and all that needs to be done is disconnect it from the Broker it is currently connected to (hardware going away), clean it up and define the new Broker in the topology, import the message flows/sets, deploy and rock and roll.
As is many times the case, this isn't the MQAdmin's idea but a project managers. But, it peaked my curiosity because I haven't tried it and nothing jumps out at me as to why it may not work. That is unless there is something in a database that has identified the Broker and or ConfigMgr to each other besides the QMID.
Kirani, you mentioned UUID, are you refering to the QMID or is there another unique ID I need to be concerned with?
There is great fear in the management ranks when an admin uses the the term "delete and recreate", as in delete the Broker and recreate it on a production system even though the databases aren't being touched. I may float the scenario by IBM and see what they say. I haven't found anything that says you can, but I haven't found anything that says you can't. Logic says that if it could be done, it would be a documented configuration. Any IBM'ers in Hursley or RTP reading this? |
|
| Back to top |
|
|
| kirani |
| Posted: Mon Jan 10, 2005 3:16 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001
Posts: 3779
Location: Torrance, CA, USA
|
| anderc1 wrote: |
Kirani, you mentioned UUID, are you refering to the QMID or is there another unique ID I need to be concerned with?
|
I was talking about the UUID that's assinged to the Broker by Config Mgr.
_________________
Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
| Back to top |
|
|
| anderc1 |
| Posted: Tue Jan 11, 2005 9:15 am Post subject: |
|
|
Acolyte
Joined: 11 Sep 2002
Posts: 55
Location: Research Triangle Park, NC
|
| Kirani, Looks like the UUID is the show stopper. The BrokerUUID contains the MAC address of the system on which the Broker was created. So as you said earlier, it will not work. Thanks for your help. |
|
| 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
|
|
|
|
