30.09.2012 Views

Migrating to zOS R8 Part 1 - Messmer The Brain House

Migrating to zOS R8 Part 1 - Messmer The Brain House

Migrating to zOS R8 Part 1 - Messmer The Brain House

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

<strong>Migrating</strong> <strong>to</strong> z/OS <strong>R8</strong> <strong>Part</strong> 1 of 3: Get Ready<br />

BCP: If an application developer compiles or assembles with the z/OS V1<strong>R8</strong> program management<br />

binder version 6 API invocation macros, or codes <strong>to</strong> the new STARTD API interface, and the resulting<br />

program is run on an earlier release of z/OS, the binder STARTD API will fail with return code 12,<br />

invalid parameter list, message IEW2132S 0064 INCORRECT NUMBER OF PARAMETERS PASSED<br />

FOR CALL. <strong>The</strong> PTF allows such a calling program <strong>to</strong> execute successfully.<br />

BCP: If an application developer uses the z/OS V1<strong>R8</strong> program management binder <strong>to</strong> create a program<br />

object with the latest format in a PDSE, the PTF is needed so that an ISPF user can browse the PDSE on<br />

z/OS V1R5.<br />

BCP: In z/OS V1<strong>R8</strong>, the console restructure enhancement eliminates the master console and the<br />

console switch function. <strong>The</strong> PTF allows earlier systems <strong>to</strong> <strong>to</strong>lerate the enhancement.<br />

BCP: In z/OS V1R5, a console enhancement minimizes the possibility of outages because of<br />

exhaustion of system resources used for messaging. <strong>The</strong> PTFs allow earlier systems <strong>to</strong> <strong>to</strong>lerate the<br />

enhancement.<br />

BCP: Prevents the depletion of private s<strong>to</strong>rage in the console address space on a receiving system when<br />

a large number of WTO/R messages are received on that system from other members of a sysplex.<br />

BCP: Increased CPU utilization in the console address space might be reported on all systems in a<br />

sysplex after introducing a z/OS V1R4 system with the z/OS V1R4 Consoles Enhancements feature, or<br />

later-level system, in<strong>to</strong> the sysplex. <strong>The</strong> coexistence PTF prevents heavy message traffic on the z/OS<br />

V1R7 or later system from impacting the other systems in the sysplex.<br />

BCP: Allows a z/OS V1R5 system <strong>to</strong> correctly handle blank WTOs issued <strong>to</strong> another system.<br />

BCP: APARs OA05025 (PTF UA07361) and OA05391 <strong>to</strong>gether provide corrective service for XCF<br />

recovery from partial writes <strong>to</strong> couple data sets. APAR OA05391 introduces a new format for couple<br />

data set multi-subrecord check records (MSRCRs), which is required for recovery from partial writes <strong>to</strong><br />

certain types of couple data set records. APAR OA05025 includes coexistence support that enables<br />

systems on which it is installed <strong>to</strong> interpret the new MSRCR format.<br />

Because both APARs have been incorporated in<strong>to</strong> z/OS V1R6 and later, all other systems in the sysplex<br />

must be capable of interpreting the new MSRCR format before any V1R6 or later system can be IPLed<br />

in<strong>to</strong> the sysplex. V1R5 systems include support for interpreting the new MSRCR format and do not<br />

require installation of additional maintenance <strong>to</strong> provide this capability. You must IPL all other systems<br />

in the sysplex with the appropriate PTF for APAR OA05025 (PTF UA07361 for V1R5) before IPLing<br />

any V1R6 or later system in<strong>to</strong> the sysplex. Rolling IPLs are sufficient <strong>to</strong> install the PTFs for APARs<br />

OA05025 and OA05391. Note that the recovery provided by these two PTFs is not completely effective<br />

until all systems in the sysplex, including z/OS V1R5 systems, have been IPLed with both PTFs or with<br />

V1R6 or later.<br />

BCP: z/OS V1R6 has a new 64-bit global resource serialization ISGQUERY application programming<br />

interface (API). <strong>The</strong> PTF allows a z/OS V1R5 system <strong>to</strong> <strong>to</strong>lerate ISGQUERY requests from a z/OS<br />

V1R6 or later system.<br />

BCP: Provides compatibility support for the corrected global resource serialization ISGLOCK structure<br />

rebuild processing in z/OS V1R7 APAR OA11147 (and rolled in<strong>to</strong> z/OS V1<strong>R8</strong>).<br />

BCP: Allows a z/OS V1R5 system <strong>to</strong> <strong>to</strong>lerate changes made <strong>to</strong> resource recovery services (RRS)<br />

display and ATRQUERY functions in z/OS V1<strong>R8</strong>.<br />

BCP: Allows a z/OS V1R5 system <strong>to</strong> <strong>to</strong>lerate new resource recovery services (RRS) restart function in<br />

z/OS V1R6 (and later).<br />

BCP: Starting in z/OS V1R6, the sysplex couple data set (CDS) can be expanded <strong>to</strong> allow up <strong>to</strong> 2047<br />

members in a cross-system coupling facility (XCF) group. This is an increase from the previous<br />

maximum of 1023 members per XCF group. Formatting a couple data set for more than 1023 members<br />

per group creates a Version 4 CDS.<br />

<strong>The</strong> PTF rolls back this function <strong>to</strong> z/OS V1R5. In terms of coexistence, it provides support for Version<br />

4 sysplex CDSs on z/OS V1R5. This is important because all systems in a sysplex must support Version<br />

4 sysplex CDSs <strong>to</strong> bring a Version 4 sysplex CDS in<strong>to</strong> use, and once a sysplex is using a Version 4<br />

sysplex CDS, a system that does not support Version 4 sysplex CDSs cannot join the sysplex.<br />

BCP: A z/OS V1R7 or later system cannot join a sysplex of earlier-level systems, and an earlier-level<br />

system cannot join a sysplex of z/OS V1R7 or later systems, without this PTF.<br />

UA24435<br />

UA25782<br />

UA26404 and, if<br />

Japanese, UA26401<br />

UA05643, UA06655<br />

UA07960, UA07963<br />

UA16512<br />

UA09964<br />

UA07361<br />

UA09226<br />

UA18541<br />

UA27070<br />

UA09403, UA09425<br />

UA09967<br />

UA16038<br />

SHARE (c) Copyright IBM Corporation, 2006 August 15, 2006<br />

Session 2870 Page 67 of 70 Baltimore, MD

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!