| Author |
Message
|
| bay hoe san |
 Posted: Sat May 12, 2007 8:26 am Post subject: Migration to MQ V6 from V5.3.1 in z/OS |
 |
|
Centurion
Joined: 27 Nov 2006
Posts: 117
|
Hello,
( 1) Any expert can share with me his/her experience in migrating MQ from V5.3.1 to V6 running on z/OS?
( 2) I have queries.
( 3) Pls advise.
Thank you.
.Hoe San. |
|
| Back to top |
|
 |
| zpat |
| Posted: Sat May 12, 2007 10:04 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
OK, what are the queries?
Start by reading the manuals.
IBM do an excellent job with documentation but they can't make you a Systems Programmer overnight! |
|
| Back to top |
|
|
| Vitor |
| Posted: Sat May 12, 2007 1:46 pm Post subject: Re: Migration to MQ V6 from V5.3.1 in z/OS |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| bay hoe san wrote: |
| ( 1) Any expert can share with me his/her experience in migrating MQ from V5.3.1 to V6 running on z/OS?....Pls advise. |
Yes - read the documentation and talk to the site Sys Prog. Changing z/OS is not something you just do; it's not like typing setup.exe on a command line.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| bay hoe san |
| Posted: Sun May 13, 2007 7:35 pm Post subject: |
|
|
Centurion
Joined: 27 Nov 2006
Posts: 117
|
Hello,
( 1) Thanks for yur advice. I have read at least twice on the migration guide. However, as I am an inexperienced MQ admin (well, been "arrrow" to do this upgrade), I have to be more careful during planning.
( 2) I intend to migrate 1 test qmgr before I migrate the rest of qmgrs in development LPARs.
My queries
1. If I update/migrate the following first to V6 whereas others remain at V531:
- dynamically update the APF authorise WMQ load libraries, link list and LPA
- ISPF panels
- 1 qmgr started task e.g. MQE3MSTR and MQE3CHIN with no CICS attach to it
2. Will the rest of the qmgrs (V531) still function under V6 link list, LPA, panels and etc?
3. Will those CICS attach to MQ (V531) still funciton?
( 3) Pls advice.
Thank you very much and have a nice day ahead.
.Hoe San. |
|
| Back to top |
|
|
| zpat |
| Posted: Sun May 13, 2007 11:10 pm Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
If the question is "can I co-exist V6 and V53 on one LPAR?" then the answer is yes, I am doing this right now.
However make sure each started task has the correct steplib or linklist version of the software.
If you dynamically change APF etc, also change PARMLIB so that the next IPL won't reverse it.
I would keep V6 software code in STEPLIBs only until you want to migrate the rest of the queue managers.
V53 ISPF won't work on V6 queue managers, you can set up another REXX to ALTLIB the V6 libraries or another logon proc. |
|
| Back to top |
|
|
| bay hoe san |
| Posted: Fri Aug 31, 2007 7:06 am Post subject: |
|
|
Centurion
Joined: 27 Nov 2006
Posts: 117
|
Hello,
( 1) Thanks for your advice.
( 2) U advised "I would keep V6 software code in STEPLIBs only until you want to migrate the rest of the queue managers."
May I ask are you advising me to amend all appearance of V531 to V600 libraries in V531 JCLs e.g. MQE3MSTR, MQE3CHIN & etc, without putting the new V600 libraries in LPA, LNKLST and APF?
( 3) I have the following queries:
I have 10 qmgrs in 1 LPAR say TDS2, I update LPA, LNKLST, APF and ISPF panels with the new V600 libraries, take the necessary steps need to migrate v531 qmgrs to v600 qmgrs for 8 of the qmgrs. The remaining 2 qmgrs, I intend to keep as v531 due to business requirements, meaning to say when I start V531 channel, I will need the MQE3XPRM as v600 does not need XPRM.
Will the 2 qmgrs in v531 able to work under v600 environment?
Pls advise.
Thank you.
.Hoe San. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri Aug 31, 2007 9:34 am Post subject: |
|
|
Guest
|
| Quote: |
| it's not like typing setup.exe on a command line. |
This is true. Your site sysprog must read the z/OS MQ System Setup Guide, especially the co-existence portions; and then follow the instructions.
There are things the sysprog must do to z/OS before you can install and customize v6 - like updating LPA with v6 common code. Of course, you are doing all this in a test LPAR, yes? |
|
| Back to top |
|
|
| bay hoe san |
| Posted: Fri Aug 31, 2007 7:38 pm Post subject: |
|
|
Centurion
Joined: 27 Nov 2006
Posts: 117
|
Hello,
( 1) Yes, I am doing it in a test environment before I do it in production. The problem is I am doing it at customer site and any downtime in test environment, I will be "hang". So I have to exercise precaution when migrating only 8 out of 10 qmgrs in 1 particular test LPAR.
( 2) Therefore, my query is whether my 2 old V531 qmgrs can co-exist with 8 upgraded qmgrs in v600 if the test environment is upgraded to v600 e.g. update LNKLST, LPA, APF with V600 libraries and do all the necessary steps to migrate only 8 qmgrs.
Will the 2 old v531 qmgrs display any abnormality in v600 environment? I notice that there is no XPRM in V600 among others.
Pls advise.
Thanks.
.Hoe San. |
|
| Back to top |
|
|
| Mr Butcher |
| Posted: Mon Sep 03, 2007 12:21 am Post subject: |
|
|
Padawan
Joined: 23 May 2005
Posts: 1716
|
yes, it is possible on z/OS vor MQV6 and MQV531 queuemanagers to co-exist. There are sections in the system setup gruide and the migration information about this.
but - as we do not know exactly your environment we can not say if - after your migration - the two 531 queuemanagers will still run. there is still the chance that you screw it up. 
especially be carefull when changing lpa and linklist because you change this for the "old" MQSeries queuemanagers (and their applications) too. you then need to work with steplib here.
happy hanging
_________________
Regards, Butcher |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Sep 03, 2007 12:32 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Mr Butcher wrote: |
but - as we do not know exactly your environment we can not say if - after your migration - the two 531 queuemanagers will still run. there is still the chance that you screw it up.
|
It is for exactly this reason you need your sys prog on board and in with the program. 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
