| Author |
Message
|
| BBM |
 Posted: Wed Sep 16, 2009 2:20 am Post subject: Moving clustered queue manager to new hardware |
 |
|
Master
Joined: 10 Nov 2005
Posts: 217
Location: London, UK
|
Hi,
Probably a silly question. Is there anything I need to do with regards to the MQ cluster when I move my queue manager to a new server?
We have recently migrated a queue manager to a new server which has a different IP address and network name. We are using the same DNS name in the conname field aof the cluster receiver channel and have completed a DNS push to repoint the DNS alias to the new network name.
The queue manager is not hosting a full repository.
My question is, is there anything we need to do to allow the queue manager to rejoin the cluster, ie do the FR cluster queue managers have the old queue manager's details hardcoded in their records?
Thanks!
BBM |
|
| Back to top |
|
 |
| sumit |
| Posted: Wed Sep 16, 2009 2:24 am Post subject: |
|
|
Partisan
Joined: 19 Jan 2006
Posts: 398
|
I did a similar activity sometime back and moved a queue manager to another server.
The steps I followed were-
1. Use MS03 to take capture queue manager config.
2. Remove the queue manaer from cluster with documented steps.
3. Create qmgr on new server.. and execute MS03 output to recreate the objects as it is.
4. And there you are.. it's back in cluster.
_________________
Regards
Sumit |
|
| Back to top |
|
|
| smdavies99 |
| Posted: Wed Sep 16, 2009 2:48 am Post subject: |
|
|
Jedi Council
Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.
|
There is a bit more to it than sumit suggested.
You should (ideally) capture the authorisations on the various objects & qmgrs
as well as the object definitions.
amqoamd
is the tool I use.
You should also chack for any external references in the QMGR Objects. For example, if you have any triggers.
It goes without saying that you need to edit the output from MS03 (aka saveqmgr) to reflect the new network names and/or ip addresses.
Most organizations I have come upon have scripts that would do most of the qmgr creation in the first place especially when 'prod' or 'uat' environments are concerned. It is not good practice to allow developers to create mq objects (Apart from dynamic ones) on an ad-hoc basis.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995
Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions. |
|
| Back to top |
|
|
| exerk |
| Posted: Wed Sep 16, 2009 2:54 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
You have demonstrated why it's a good idea to use DNS names and not IP Addresses in cluster channel objects, so the only question remaining is: how did you do the migration?
smdavies99, MS03 will capture that information for you now.
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| BBM |
| Posted: Wed Sep 16, 2009 3:09 am Post subject: |
|
|
Master
Joined: 10 Nov 2005
Posts: 217
Location: London, UK
|
Hi,
Thanks for the replies. We already migrated the queue manager between the machines using saveqmgr and amqoamd - it's now running fine and processing production traffic. We've done a few of these migrations without issue - it was the cluster aspect that is new to us.
The old queue manager had the cluster channels in place but we'd not actually passed any traffic to any cluster queues managers.
We are now due to start sending traffic to cluster alias queues and I want to be sure the queue manager will join the cluster with no issues.
We have not taken any specific steps to remove the old queue manager from the cluster and "rejoin" the new one to the cluster.
I guess I need to read the manual more closely but I'm thinking that we need to run a RESET CLUSTER or similiar?
thanks
BBM |
|
| Back to top |
|
|
| exerk |
| Posted: Wed Sep 16, 2009 3:17 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
Why would you want to run a reset command? A refresh, maybe (bearing in mind the caveat in 'the book' about only doing so at the behest of IBM 3rd line support blah, blah...).
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| sumit |
| Posted: Wed Sep 16, 2009 3:32 am Post subject: |
|
|
Partisan
Joined: 19 Jan 2006
Posts: 398
|
Refresh command should work. Then check if there is ant TEMP.QMGR entry there or not.
_________________
Regards
Sumit |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Sep 16, 2009 5:18 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| when I move my queue manager to a new server? |
Are you considering moving messages remaining in queues?
Do you intend to copy from one filesystem to another?
Do you intend to install WMQ from scratch on the new server? Then create a new same-name qmgr?
_________________
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 |
|
|
| BBM |
| Posted: Wed Sep 16, 2009 7:46 am Post subject: |
|
|
Master
Joined: 10 Nov 2005
Posts: 217
Location: London, UK
|
Hi,
As discussed, I have already successfully moved the queue manager, I was querying the cluster aspect.
I will run the refresh cluster command later today - many thanks!
BBM |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed Sep 16, 2009 7:50 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
You say that the old qmgr had the cluster channels in place.
If you ever started them, then it joined the cluster. If you never started them, then it didn't.
This has nothing to do with whether you ever shared any resources from the qmgr in the cluster or not.
If you ever started the CLUSSDR to an FR, you will need to clean up the old QMID definition. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Sep 16, 2009 8:18 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| I have already successfully moved the queue manager |
How did you move the qmgr?
_________________
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 |
|
|
| zhanghz |
| Posted: Wed Sep 16, 2009 4:33 pm Post subject: |
|
|
Disciple
Joined: 17 Jun 2008
Posts: 186
|
| Agree with mqjeff, old QMID in the repository, be aware. |
|
| Back to top |
|
|
|
|
