Thank you, David.
Very good information for Dana. And "NEWFUNC" was the parm I couldn't recall
off the top of my head. :-)
Andy
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Hi Dana and Andy,
You can omit (ZPARM) OPMODE and let it default as a first attempt.
You can code MEMLIMIT=3G, provided that OPMODE is set to either
(NEWFUNC,800) or (NEWFUNC,900) (in a later attempt).
You should also code REGION=0M in the MSTR Proc.
Just before shutting down the Queue Manager,
Hi, Dana...
I did this exact upgrade last year when our shop upgraded z/OS v1.13 to v2.2.
As far as I remember, this upgrade only needed an MQ parm changed for the
correct / new version - can't recall what parm it was, but I'm sure you can
find it. Didn't have to change anything else, and
Please "contact your friendly IBM representative" if you want to
investigate whether it's possible to place a special order for some
intermediate MQ for z/OS release, such as 7.1, to facilitate your upgrade.
Planning information for migration from Version 7.0.1 to 7.1 is available
here for
My understanding was you needed to be on v7.1 to migrate to a more recent
version. This chart seems to support that.
https://www.ibm.com/developerworks/community/blogs/aimsupport/resource/MQ_migration/WMQ_Migration.pdf?lang=en
Back when I supported MQ, I had to migrate from v7.0.1 to v7.1
I am beginning on an unsupported migration from MQ 7.0.1 to 9.1. Has anyone
done this before and have evidence that it does/does not work? Or am I looking
at recreating a whole new queue manager for V9.1? I would gladly jump
7.0.1->8->9.1 but it looks like 9.1 is the only version
