| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| V6 Migration to V9.1 question(s) |
« View previous topic :: View next topic » |
| Author |
Message
|
| smeunier |
 Posted: Thu Jul 11, 2019 8:35 am Post subject: V6 Migration to V9.1 question(s) |
 |
|
Partisan
Joined: 19 Aug 2002
Posts: 305
Location: Green Mountains of Vermont
|
We will be embarking on a MQ infrastructure upgrade in the not to distance future. New hardware is in and and existing environment being confirmed on said hardware. We are currently at V6.0.2.9 on AIX. Our application base are primarily pub/sub
I was trying to find on Google and Info Center what my migration path is. The info center only has a migration path matrix starting at V7.0.1. I thought at one point, I saw that I could migrated from V6 to V7.5 Can I do this as the first step up? Or, do I need to go to V7.0.1 first and then to V7.5? Once migrated to V7.5, then we would go to V9.0, then to V9.1 in iterative back to back migrations. To big of a mouthful at one time going through all these levels?
I realize that there will need to be a OS level upgrade in there as well. We will take a outage, so from a pub/sub perspective, the applications will all deregister and come up clean. Just looking to verify the correct migration path out of V6 for the first step(next MQ Level).
Also, another question that is not 100% clear. When starting the QMGR on a new version, the QMGR objects are migrated to the new version level. Is creating a new QMGR on the new version and populating it with a saveqmgr/dmpmqcfg from the previous version functionally the same as the migration process? Meaning, is the end result the same or is there more going on during the migration process? |
|
| Back to top |
|
 |
| PeterPotkay |
| Posted: Thu Jul 11, 2019 10:29 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
New hardware with a new OS? Just install MQ 9.1.0.2 clean. No upgrade.
Then take a backup of the object definitions from the ancient queue manager and use it to build the object definitions on the new queue manager. Prior to that when building the new queue manager, review the old qm.ini file and use that knowledge as input for building the new qm.ini.
Make sure all your SYSTEM.DEFAULT* objects on the new queue manager have appropriate settings for all the new parameters that won't be in your object backup from the old guy.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| smeunier |
| Posted: Thu Jul 11, 2019 12:24 pm Post subject: |
|
|
Partisan
Joined: 19 Aug 2002
Posts: 305
Location: Green Mountains of Vermont
|
| Quote: |
| New hardware with a new OS? Just install MQ 9.1.0.2 clean |
Well, I thought of that and agree with you, except right now, that new hardware in reality has been downgraded to match the current environments OS level and MQ version. This was done to insure that all the new hardware could be brought into the environment and inter-operate as-is in production. The new servers will eventually be the to-be PROD environment.
I had argued that point (new MQ version), but they did not want to risk breaking client applications and turn it into a MQ verification test (which they will eventually need to do). I'm still arguing that point as the best way to go from point A to B. But with that aside and if it does not go down that path. What is the path from V6 forward. Is it to V7.5, or does it need V7.01? |
|
| Back to top |
|
|
| gbaddeley |
| Posted: Thu Jul 11, 2019 4:11 pm Post subject: |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
| Quote: |
| We are currently at V6.0.2.9 on AIX. Our application base are primarily pub/sub |
Does this mean the app is using the ancient MQ pub/sub broker in V6 ? In V7.0 onwards, it was replaced with a completely new pub/sub engine. See the MQ V7.0 New Features & Enhancements RedBook.
_________________
Glenn |
|
| Back to top |
|
|
| hughson |
| Posted: Thu Jul 11, 2019 8:35 pm Post subject: Re: V6 Migration to V9.1 question(s) |
|
|
Padawan
Joined: 09 May 2013
Posts: 1959
Location: Bay of Plenty, New Zealand
|
| smeunier wrote: |
| Also, another question that is not 100% clear. When starting the QMGR on a new version, the QMGR objects are migrated to the new version level. Is creating a new QMGR on the new version and populating it with a saveqmgr/dmpmqcfg from the previous version functionally the same as the migration process? Meaning, is the end result the same or is there more going on during the migration process? |
For some attributes there are differences. A few settings have different default values depending on whether you started new at that level or migrated up to that level. CHLAUTH and CONNAUTH specifically come to mind. The logic was that if you were new at the level you weren't used to things working a certain way and could learn how to use things like CHLAUTH and CONNAUTH as part of learning how to use MQ, but if you migrated up you wanted it to work exactly as before.
Cheers,
Morag
_________________
Morag Hughson @MoragHughson
IBM MQ Technical Education Specialist
Get your IBM MQ training here!
MQGem Software |
|
| 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
|
|
|
|
