Author |
Message
|
wildcats |
Posted: Mon Aug 24, 2009 10:04 am Post subject: Migrate MQ Objects from ONE HOST to Another HOST |
|
|
 Newbie
Joined: 12 Apr 2007 Posts: 6
|
I am planning to Move/Migrate QUEUE manager and its associated object from an existing SOLARIS10 HOST(old Hardware) to A new SOLARIS10 HOST(NEW Hardware). In this case I am able to retain the IPAddress, such that I don't have redefine my channels.
Please let me know what would be the best/optimal method to achieve the migration.
Thanks for you time and help. |
|
Back to top |
|
 |
Sam Uppu |
Posted: Mon Aug 24, 2009 11:55 am Post subject: |
|
|
 Yatiri
Joined: 11 Nov 2008 Posts: 610
|
You need to clone the qmgr with the saveqmgr supportpack - MS03.
Thanks. |
|
Back to top |
|
 |
Sam Uppu |
Posted: Mon Aug 24, 2009 12:05 pm Post subject: |
|
|
 Yatiri
Joined: 11 Nov 2008 Posts: 610
|
and also you need to take the backup of the permissions using amqoamd utility on host1 and need to reassign the permissions after rebuilding the qmgr from backup(saveqmgr) on host2.
Thanks. |
|
Back to top |
|
 |
PeterPotkay |
Posted: Mon Aug 24, 2009 2:11 pm Post subject: |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
Here is one way:
Install MQ on the new server. Probably the same version as the old server, but maybe a newer version if the old one is out of support.
Use the MS03 Support Pack on the old Queue Maanger to get all the object definitions and MQ security settings into a file.
Build a new QM on the new server with the same name. Use the values from the old qm.ini file to make the new QM the same.
Use the MS03 output from the old QM as input for runmqsc and setmqaut on the new QM.
Manually copy over any messages from the old QM to the new QM.
Rebuild any MQ monitors to mimic the old.
Go to all the SNDR channels on the other QMs that talk with this one and reset the sequence numbers.
If this QM is part of an MQ cluster, you will have a few extra steps specific to MQ clustering. _________________ Peter Potkay
Keep Calm and MQ On |
|
Back to top |
|
 |
anilit99 |
Posted: Tue Aug 25, 2009 12:46 am Post subject: |
|
|
 Voyager
Joined: 28 May 2009 Posts: 75 Location: London, UK
|
Quote: |
Manually copy over any messages from the old QM to the new QM. |
Can you please explain, how to copy messages manually ? _________________ "I almost care !" |
|
Back to top |
|
 |
exerk |
Posted: Tue Aug 25, 2009 1:03 am Post subject: |
|
|
 Jedi Council
Joined: 02 Nov 2006 Posts: 6339
|
anilit99 wrote: |
Quote: |
Manually copy over any messages from the old QM to the new QM. |
Can you please explain, how to copy messages manually ? |
Q program (MA01) is one method... _________________ 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 |
|
 |
raj429 |
Posted: Tue Aug 25, 2009 3:09 am Post subject: |
|
|
Acolyte
Joined: 04 Jul 2009 Posts: 53
|
Quote: |
Manually copy over any messages from the old QM to the new QM.
|
If it is in production environment ask the application teams to give work window and to drain/process their messages before the migration. So that you dont have to worry about the above operation.
Quote: |
Go to all the SNDR channels on the other QMs that talk with this one and reset the sequence numbers.
|
ofcourse we have to make double sure that sequence numbers should be same with old channels(for running qmgr migration),
but wont it be taken care by MS03 when objects are copied.
In another way,does MS03 copies only objects definitions or status of the object attributes too? |
|
Back to top |
|
 |
raj429 |
Posted: Tue Aug 25, 2009 3:11 am Post subject: |
|
|
Acolyte
Joined: 04 Jul 2009 Posts: 53
|
Quote: |
In another way,does MS03 copies only objects definitions or status of the object attributes too? |
I mean object attribute status at that point of time... |
|
Back to top |
|
 |
exerk |
Posted: Tue Aug 25, 2009 3:17 am Post subject: |
|
|
 Jedi Council
Joined: 02 Nov 2006 Posts: 6339
|
raj429 wrote: |
...I mean object attribute status at that point of time... |
Er, yes. It's good, but not omnipotent enough to catch any changes made to an object after MS03 has been run and completed  _________________ 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 |
|
 |
zpat |
Posted: Tue Aug 25, 2009 3:36 am Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
Or use support pac MO71 (export) - and get lots more functionality as well. |
|
Back to top |
|
 |
PeterPotkay |
Posted: Tue Aug 25, 2009 6:28 am Post subject: |
|
|
 Poobah
Joined: 15 May 2001 Posts: 7722
|
MS03 and MO71 do not capture sequence numbers. Even if they did, they could potentially be obsolete 1 second after the capture.
They will output a reset sequence # command for the new SNDR channels. But rhe RCVRs are your responsability. _________________ Peter Potkay
Keep Calm and MQ On |
|
Back to top |
|
 |
aditya.aggarwal |
Posted: Wed Aug 26, 2009 9:55 am Post subject: |
|
|
 Master
Joined: 13 Jan 2009 Posts: 252
|
wildcats wrote:
Quote: |
I am planning to Move/Migrate QUEUE manager and its associated object from an existing SOLARIS10 HOST(old Hardware) to A new SOLARIS10 HOST(NEW Hardware). In this case I am able to retain the IPAddress, such that I don't have redefine my channels.
Please let me know what would be the best/optimal method to achieve the migration.
Thanks for you time and help. |
I am agree with the suggestions below but
where will Application server, monitoring agent resides after this migration? i mean does your application server exist on the same server of Mq in current setup?if yes then you may need to perform some changes in application server binding files ,environment variables or you have to migrate the application server to the same MQ server.
Cheers,
Aditya |
|
Back to top |
|
 |
wildcats |
Posted: Wed Aug 26, 2009 1:34 pm Post subject: Migrate MQ Objects from ONE HOST to Another HOST |
|
|
 Newbie
Joined: 12 Apr 2007 Posts: 6
|
Thanks everyone for your valuable inputs. Special thanks to Peter Potkay.
Our applications architechture it is kind of messy.
Siebel app sends the messages. Trigger monitors the queue and starts a perl process, which parses the messages ( I dont know what it does, but connects to oracle procedural gateway) which interms passes the parsed messages to Mainframe MQ from our SOLARIS MQ. The return messages from Mainframe are again received back by Solaris MQ server and then passed on to the ORACLE procedural gateway and then again reparsed by the PERL script and returned to the SIEBLE server......
I hope I will be able to take care of the APP part with the help of our evergreen wonderful development team.
Regarding MQ, I have been always blessed by the suggestions of you folks on the Internet...
I had some question on MQ load Balancing.. but would do some research and ask on a different thread.. |
|
Back to top |
|
 |
BARIKAS |
Posted: Thu Aug 27, 2009 7:44 am Post subject: |
|
|
Newbie
Joined: 27 Aug 2009 Posts: 7
|
PeterPotkay wrote: |
MS03 and MO71 do not capture sequence numbers. Even if they did, they could potentially be obsolete 1 second after the capture.
They will output a reset sequence # command for the new SNDR channels. But rhe RCVRs are your responsability. |
Hi Peter,
I was trying exactly same way as you. I have used saveqmgr to back up the Queue Manager. When i am trying to use
runmqsc Q_MANAGER_NAME > BACKUP_FILE.mqsc it is not accepting . Is this command from command window.
Can you please advise ? |
|
Back to top |
|
 |
Vitor |
Posted: Thu Aug 27, 2009 7:49 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
BARIKAS wrote: |
Can you please advise ? |
I advise you not to double post, and read what I said here
A good book on the Windows command prompt might help as well. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
|