| Author |
Message
|
| MrMQ |
 Posted: Wed Jun 28, 2006 6:55 am Post subject: Migrating queues from namelist to single cluster |
 |
|
Newbie
Joined: 28 Jun 2006
Posts: 5
|
I am having difficulties while migrating queues from namelist to the cluster.
I have a namelist consisting of 3 overlapping clusters, means i have 3 queue managers ( 2 reposatories and 1 member) with some queues shared in namelist. I want to migrate these queues from Namelist (which has 3 clusters in it) to one perticular cluster. Later I want to decommision the other 2 obsolate clusters as I feel its of no use.
How do I go about this? Can someone guide me step by step?
Any help/hints/suggestions/considerations will be appreciated.
cheers
nand  |
|
| Back to top |
|
 |
| Vitor |
| Posted: Wed Jun 28, 2006 7:15 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
Are you saying that you have 3 clusters, but only 3 queue managers between them? 
If that's the (slightly bizarre) case, you might be best off merging the 2 redundant clusters into the 1 you want to keep as laid out in Task 8 of the clusters manual.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| MrMQ |
| Posted: Wed Jun 28, 2006 7:46 am Post subject: |
|
|
Newbie
Joined: 28 Jun 2006
Posts: 5
|
Thanks for the quick response.
Yes, you are right. There are only those 3 queue managers in the 3 clusters. Dont know the hisrtory why it was designed that way, but I want to correct it now.
I had a glance through the task 8 in the clustering manual it sound very straight forward out there but I have an inert feeling that its not so..
Just to ensure I do it right.. what could be the steps to ensure there is no downtime to the production..
1. Can I alter all the queues to remove from the namelist and put it in desired cluster in one shot/script?
2. Do I need to do REFRESH CLUSTER to update the repositories. If yes, what should be the sequense? shall I use REFRESH CLUSTER REPOS(YES) or REPOS(NO)?
3. How can I get the repositories refreshed quickly? Should I restart queue managers?
Cheers
Nand |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Jun 28, 2006 8:02 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
Weird arrangement. But I've seen weirder.....
It's always best with clustering to assume it's not straightforward. 
1. I believe so, but I don't think it'll succeed if the queues are open. I'd certainly try and schedule some downtime in production to do this; but I'm a coward.
2. You can't use REPOS(YES) on a FR so it's useless for 2 of your queue managers!
3. Restarting the queue managers will not trigger a cluster refresh. They'll just restart using their existing cluster definitions. Only a REFRESH CLUSTER can do that.
I would urge you to set up a little test system somewhere and do some experiments before going into prod and having a merge . This will enable you to more accurately determine the best sequence of events and determine any unexpected application (or other) side effects!
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Wed Jun 28, 2006 2:24 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
You don't need to refresh a cluster just because you changed an object in the cluster.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Wed Jun 28, 2006 2:37 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
If a queue is shared in a cluster, the property CLUSTER has a value.
If a queue is shared in several clusters, the property CLUSNL has a value.
One ALTER QL statement can set both of those to new values.
You should first alter all of the queues so that they are in the same cluster. Then you should refresh all of the clusters. Then you should remove the repository qmgrs for the clusters you don't want.
Task 8 in the "Advanced Tasks" section of "Using queue manager clusters" in the Queue Manager Cluster manual will take you step by step through removing a cluster. The only difference between that and what you need to do is that you are not completely removing the queues from one cluster, you are putting them into a specific cluster.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| MrMQ |
| Posted: Fri Jul 07, 2006 1:24 am Post subject: |
|
|
Newbie
Joined: 28 Jun 2006
Posts: 5
|
I managed to move all the queues from all other clusters to one clusters, now the next step is to take out those obsolate clusters.
Thank you all. It realy helped.
Cheers
Nand |
|
| Back to top |
|
|
|
|
