John,
For the situation you describe I believe adding ZONEINDEX entries for the
products' CSIs to the 1.13 GLOBAL zone plus doing a GZONEMERGE from the 1.11
GLOBAL zone to the 1.13 GLOBAL ZONE of content for the products' FMIDs would
accomplish what you want. The GZONEMERGE command will take
On Mon, 31 Dec 2012 11:12:35 -0600, Andy Higgins ahigg...@transunion.com
wrote:
John,
For the situation you describe I believe adding ZONEINDEX entries for the
products' CSIs to the 1.13 GLOBAL zone plus doing a GZONEMERGE from the 1.11
GLOBAL zone to the 1.13 GLOBAL ZONE of content for the
from one GLOBAL CSI to another
Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU
On Mon, 31 Dec 2012 11:12:35 -0600, Andy Higgins ahigg...@transunion.com
wrote:
John,
For the situation you describe I believe adding ZONEINDEX entries for the
products' CSIs to the 1.13 GLOBAL
On Mon, 31 Dec 2012 10:14:36 -0800, Skip Robinson jo.skip.robin...@sce.com
wrote:
I'd like to suggest that you reconsider the business case for merging
disparate and unrelated SMP/E objects into one amorphous mass. We
determined years ago to install z/OS and only z/OS into a single
independent
We have a few products that were installed into the z/OS 1.11 GLOBAL zone, and
since we completed our z/OS 1.13 upgrade about 6 months ago would like to
move them into the z/OS 1.13 GLOBAL zone. The Target and DLIB zones for each
product resides in their own VSAM clusters, and they each have
Hi,
i suggest to take a look to the BUILDMCS command to selectively extract the
functions you want to move to 1.13 CSI. Then you would do the RECEIVE,
APPLY and ACCEPT sequence into the new SMPE. USERMODs should be
RECEIVEd/APPLYed after the products have been re-installed in 1.13 ZONEs.