| Author |
Message
|
| George Carey |
 Posted: Wed Aug 15, 2012 9:02 am Post subject: Window MQ 6 upgrade |
 |
|
Knight
Joined: 29 Jan 2007
Posts: 500
Location: DC
|
Not a frequent windows user with MQ. Need to do a v6 to v7.0.1.x upgrade.
What is the way to do it with least impact.
Can a downloaded fix pack for v7 be loaded on to windows box and just loaded on top of current v6 code and poof its v7.0.1 or does the v6 have to be de-installed and v7.0.1.x reinstalled.
Any IBM url give the steps for best way to do this (best = least impact). Only way I have done it in the past was to de-install v6 and re-install v7.
But would like to not touch data directory /var/mqm on linux not sure even the name for windows.
TIA
_________________
"Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Wed Aug 15, 2012 9:05 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
You can't install a FixPack of v7 on top of v6.
Whether you need to uninstall depends on the platform.
On Windows, you can install on top. On Unix platforms, you have to uninstall. ZedOS is it's own thing.
In no case should uninstallation remove the definition of existing queue managers or touch the data in /var/mqm or similar on windows (again, where depends on windows version...) |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Aug 15, 2012 9:08 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mqjeff wrote: |
| On Windows, you can install on top. On Unix platforms, you have to uninstall. ZedOS is it's own thing. |
For the record & benefit of future readers, the z/OS platform has supported multiple concurrent versions for multiple years (though it's still impossible to install a v7 fix pack & turn a queue manager v6 -> v7)
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed Aug 15, 2012 9:10 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| Vitor wrote: |
| mqjeff wrote: |
| On Windows, you can install on top. On Unix platforms, you have to uninstall. ZedOS is it's own thing. |
For the record & benefit of future readers, the z/OS platform has supported multiple concurrent versions for multiple years (though it's still impossible to install a v7 fix pack & turn a queue manager v6 -> v7) |
Well, yeah. The point was that the notion of "installing" and "uninstalling" on zed are entirely unlike anything else. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed Aug 15, 2012 9:22 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mqjeff wrote: |
| Well, yeah. The point was that the notion of "installing" and "uninstalling" on zed are entirely unlike anything else. |
 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| George Carey |
| Posted: Wed Aug 15, 2012 10:15 am Post subject: just windows please |
|
|
Knight
Joined: 29 Jan 2007
Posts: 500
Location: DC
|
From Jeff:
| Quote: |
| On Windows, you can install on top. On Unix platforms, you have to uninstall. ZedOS is it's own thing. |
Just want to know about Windows: So if I have winv6.x.x I can dowload a fixpack for win v7.0.1.x and install over v6 and all should be ok. What if physical size or structure of queues or logs or Registry change for one full version num to the next. Is that guranteed not to happen?
GTC
_________________
"Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed Aug 15, 2012 10:28 am Post subject: Re: just windows please |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| George Carey wrote: |
From Jeff:
| Quote: |
| On Windows, you can install on top. On Unix platforms, you have to uninstall. ZedOS is it's own thing. |
Just want to know about Windows: So if I have winv6.x.x I can dowload a fixpack for win v7.0.1.x and install over v6 and all should be ok. |
NO.
You have to download a full licensed package for v7 NOT a FixPack.
You can then run the installer for this, and it will run the uninstaller for v6 for you, nominally in the same installation process.
This will then cause registry entries to change as needed, by the installer for v7. When the queue managers that are registered are started up, they will undergo a onetime migration process to ensure that the structure and size of queues and logs is upgraded to v7.
http://publib.boulder.ibm.com/infocenter/wmqv7/v7r0/topic/com.ibm.mq.amqtac.doc/wq12000_.htm |
|
| Back to top |
|
|
| George Carey |
| Posted: Wed Aug 15, 2012 10:53 am Post subject: Good! |
|
|
Knight
Joined: 29 Jan 2007
Posts: 500
Location: DC
|
This is what I wanted to know. So the process should for all intent and purposes be close to a transparent upgrade for windows servers. Install full license download and restart QMGRs all should be good!?
And is the same process true for client updates.
Any gotcha's in that process like user exit code that may be affected or jar file name, locations and the like that may need to be updated for client usage?
_________________
"Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed Aug 15, 2012 11:25 am Post subject: Re: Good! |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| George Carey wrote: |
| Any gotcha's in that process like user exit code that may be affected |
Yes.
| George Carey wrote: |
| or jar file name, locations and the like that may need to be updated for client usage? |
Yes.
These need to be considered. |
|
| Back to top |
|
|
| George Carey |
| Posted: Wed Aug 15, 2012 3:44 pm Post subject: win backup |
|
|
Knight
Joined: 29 Jan 2007
Posts: 500
Location: DC
|
Ok, YES ... good! Thanks.
How about windows backup of mq servers to possible go back if necessary.
On linux tarring up /var/mqm and /opt/mqm pretty much does that for you.
What about windows even if you zip up the correct directories whose path prefix is given in the reqistry file, can you just unzip it back to restore it or is a whole s...load of stuff still unset in the registry.
I see some suggestions in the forum posts to use MSCS to make a server replica but (but not a Windows admin) say you just want MQ backed up not the whole server? Not needing a DR backup. Don't find any urls in google searches for howtos.
_________________
"Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Wed Aug 15, 2012 7:02 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Make a physical to virtual. If there is a problem you can then run the virtual windows box with the old version of MQ until you have fixed the physical.
If already on virtual, take a snapshot...
Have fun 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| George Carey |
| Posted: Wed Aug 15, 2012 7:45 pm Post subject: Not win admin |
|
|
Knight
Joined: 29 Jan 2007
Posts: 500
Location: DC
|
That all sounds like detailed Win Adminy stuff to me. Not a windows admin and haven't used VMM or Hyper-V to create p2v Virtual machines nor do snapshots. Would this all be pre-reqs to doing MQ upgrade or just the easiest/best way to do a backup before one were to do an MQ version upgrade for windows?
_________________
"Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Wed Aug 15, 2012 8:39 pm Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
VMware creator software captures an o/s image, which can be Windoze, UNIX, Linux, ...
With VMware player software installed, you can boot a captured image. With enough processor power, you can run multiple images.
Not so much Windoze admin, except on the 'spawned' images.
_________________
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 |
|
|
| George Carey |
| Posted: Wed Aug 15, 2012 9:40 pm Post subject: Vms |
|
|
Knight
Joined: 29 Jan 2007
Posts: 500
Location: DC
|
Ok, VMware or MS VMM we are talking some sort of VM admin type for this. We are not talking in any case zipping anything up and upzipping to bring it back. And also we are still talking whole machine images not just a software application backup(i.e. MQ). Correct?
_________________
"Truth is ... grasping the virtually unconditioned",
Bernard F. Lonergan S.J.
(from book titled "Insight" subtitled "A Study of Human Understanding") |
|
| Back to top |
|
|
| exerk |
| Posted: Thu Aug 16, 2012 12:01 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
Pretty much the only safe way to do it is to take a full machine image back-up. I have seen it done (against my better advice) by selective backup of all WMQ-related directories and the Registry - luckily no roll-back was required so I never got to see whether that method would crash and burn.
_________________
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 |
|
|
|
|
