Author |
Message
|
trifo |
Posted: Fri Mar 06, 2020 5:32 am Post subject: MQ migration - recreate with linear logging |
|
|
Apprentice
Joined: 25 Mar 2008 Posts: 26
|
Hi!
I would need to migrate some MQ6.0.2.2 instances to latest version. As they are an old legacy, created using circular logging, I would like to change the logging type too.
My plan is to
* stop listener
* stop channels
* save configuration via MS03 (saveqmgr)
* save remaining messages from queues via MO03 (qload) to file
* stop qmgr
* backup all qmgr data (/var/mqm all)
* uninstall 6.0 packages
* clean everything from /var/mqm
* install 9.1 packages
* create mq instance with crtmqm -ll
* adjust qm.ini (MaxChannels mostly)
* run saveqmgr output to create objects
* populate queues with saved queue data (qload)
* start listener
My questions are:
* first of all - does my plan make sense? Is there a better way?
* how to correcly save remaining messages from queues, to keep most message parameters intact?
All this happens on AIX - if that matters.
Thanks,
--Trifo |
|
Back to top |
|
 |
fjb_saper |
Posted: Fri Mar 06, 2020 5:56 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
your plan as such is not going to work. If you still are running on MQ6 chances are you are not on the latest version of AIX either.
Check the requirements for MQ 9.1 and I would not be surprised at all if you first hat to upgrade the OS.
Have fun  _________________ MQ & Broker admin |
|
Back to top |
|
 |
hughson |
Posted: Fri Mar 06, 2020 10:17 pm Post subject: Re: MQ migration - recreate with linear logging |
|
|
 Padawan
Joined: 09 May 2013 Posts: 1959 Location: Bay of Plenty, New Zealand
|
trifo wrote: |
save remaining messages from queues via MO03 (qload) to file |
QLOAD (either MO03 or MQGem) will save the MQMD data of the messages as well, so good call if you need to save off messages. Bear in mind that you probably shouldn't reload messages from SYSTEM queues, except maybe event queues. Certainly things like the SYSTEM.CLUSTER.REPOSITORY.QUEUE or the SYSTEM.AUTH.DATA.QUEUE should not have messages loaded onto them, but instead the data stored on those queues should be recreated by recreating the configuration instead, e.g. cluster definitions or authorities.
<vendor_plug>
MQGem's version of QLOAD will allow you to save off messages from all your queues with one easy step, exactly for such a situation. Read more here.
</vendor_plug>
Cheers,
Morag _________________ Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
Back to top |
|
 |
Andyh |
Posted: Sun Mar 08, 2020 9:44 am Post subject: |
|
|
Master
Joined: 29 Jul 2010 Posts: 239
|
Migrating from V6 to V9.1 is a big step and the circular->linear conversion is unlikely to be your main concern.
MQ 9.0.4 and beyond support the migmqlog command which allows a circular logging queue manager to be made into a linear logging queue manager and vice-versa.
One of the biggest changes between V6 and V9.1 will be the non-queued publish subscribe introduced in V7.1, does your MQ V6 environment use publish/subscribe?
Other significant differences are likely to include V9 being much more secure by default. |
|
Back to top |
|
 |
trifo |
Posted: Thu Mar 12, 2020 2:55 am Post subject: |
|
|
Apprentice
Joined: 25 Mar 2008 Posts: 26
|
Thank you all for your quick and valuable answers!
fjb_saper wrote: |
your plan as such is not going to work. If you still are running on MQ6 chances are you are not on the latest version of AIX either.
Check the requirements for MQ 9.1 and I would not be surprised at all if you first hat to upgrade the OS.
|
Requirements are alreay met. AIX7.1 TL5...
hughson wrote: |
QLOAD (either MO03 or MQGem) will save the MQMD data of the messages as well, so good call if you need to save off messages. Bear in mind that you probably shouldn't reload messages from SYSTEM queues, except maybe event queues. Certainly things like the SYSTEM.CLUSTER.REPOSITORY.QUEUE or the SYSTEM.AUTH.DATA.QUEUE should not have messages loaded onto them, but instead the data stored on those queues should be recreated by recreating the configuration instead, e.g. cluster definitions or authorities. |
I only plan to save user queues. However, there might be a problem as we rely on CorrelID and that is not restored with qload. Am I right?
Andyh wrote: |
One of the biggest changes between V6 and V9.1 will be the non-queued publish subscribe introduced in V7.1, does your MQ V6 environment use publish/subscribe?
Other significant differences are likely to include V9 being much more secure by default.
|
There is no publis/subscribe in this config so it might not be a problem. Am I righ?
And then the presence of migmqlog makes my job easyer. This way I can install MQ7.5 - to which I can simply upgrade from 6.0 - then, after that, I can install 9.1 binaries, which can coexist with 7.5 and move my qmgr from one installation to another. Then use migmqlog. Am I right?
--Trifo |
|
Back to top |
|
 |
fjb_saper |
Posted: Thu Mar 12, 2020 4:24 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
You might have to install MQ 8 as well. Check your migration path, I don't believe you can migrate from 7.5 to 9.1 directly.
Anyways why installl a lower version at all? 6.x was not compatible with having multiple versions on the same server. At this point why not just rebuild the queue managers from scratch in 9.1? This would also avoid having new features turned off by default because the qmgr was migrated from a version that did not have these features (chlauth etc...)  _________________ MQ & Broker admin |
|
Back to top |
|
 |
hughson |
Posted: Thu Mar 12, 2020 9:15 pm Post subject: |
|
|
 Padawan
Joined: 09 May 2013 Posts: 1959 Location: Bay of Plenty, New Zealand
|
fjb_saper wrote: |
You might have to install MQ 8 as well. Check your migration path, I don't believe you can migrate from 7.5 to 9.1 directly. |
From the original post:-
trifo wrote: |
I would need to migrate some MQ6.0.2.2 instances to latest version.
My plan is to
:
* uninstall 6.0 packages
* clean everything from /var/mqm
* install 9.1 packages
* create mq instance with crtmqm -ll
:
|
Given that "migration" is not taking place, but a destroy and create, I don't believe there is a need to install the MQ V8 in between.
Cheers,
Morag _________________ Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
Back to top |
|
 |
trifo |
Posted: Wed Mar 18, 2020 12:28 am Post subject: |
|
|
Apprentice
Joined: 25 Mar 2008 Posts: 26
|
According to IBM docs, there is indeed a direct path from 7.5 to 9.1.
hughson wrote: |
Given that "migration" is not taking place, but a destroy and create, I don't believe there is a need to install the MQ V8 in between. |
OK then. What would be the correct way to do it? I have 3 AIX hosts, running 3-4 MQ v6.0 instances each. Now AIX levels are suitable to instal v9.1, and mqconfig script is telling that we are OK.
What steps will I need to do to reach the final state, in which I have the same amount of MQ instances on the same hosts, but with v9.1?
There are some messages in - non SYSTEM - queues, which should be kept, and their CorrelID should also kept. Will qload be able to copy them?
--Trifo |
|
Back to top |
|
 |
hughson |
Posted: Wed Mar 18, 2020 2:44 pm Post subject: |
|
|
 Padawan
Joined: 09 May 2013 Posts: 1959 Location: Bay of Plenty, New Zealand
|
trifo wrote: |
According to IBM docs, there is indeed a direct path from 7.5 to 9.1.
hughson wrote: |
Given that "migration" is not taking place, but a destroy and create, I don't believe there is a need to install the MQ V8 in between. |
OK then. What would be the correct way to do it? I have 3 AIX hosts, running 3-4 MQ v6.0 instances each. Now AIX levels are suitable to instal v9.1, and mqconfig script is telling that we are OK.
What steps will I need to do to reach the final state, in which I have the same amount of MQ instances on the same hosts, but with v9.1?
There are some messages in - non SYSTEM - queues, which should be kept, and their CorrelID should also kept. Will qload be able to copy them?
--Trifo |
I didn't' see any problems with your original steps. _________________ Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
Back to top |
|
 |
|