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
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