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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

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

Enhancements feature, or later-level system, in<strong>to</strong> the sysplex. <strong>The</strong> coexistence PTF prevents<br />

heavy message traffic on the z/OS V1R7 or later system from impacting the other systems in<br />

the sysplex.<br />

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

system.<br />

BCP: Large format sequential data sets are only supported by z/OS V1R7 and later. <strong>The</strong><br />

coexistence PTF causes z/OS <strong>to</strong> detect the accidental specification of such a data set for<br />

stand-alone dump output and <strong>to</strong> reject its use, as has been done for data set organizations<br />

such as PDS.<br />

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

ISGLOCK structure rebuild processing in z/OS V1R7 APAR OA11147 (and rolled in<strong>to</strong><br />

z/OS V1<strong>R8</strong>).<br />

BCP: Allows a z/OS V1R6 system <strong>to</strong> <strong>to</strong>lerate changes made <strong>to</strong> resource recovery services<br />

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

DFSMSdfp: Program object format 5 (PO5 format) is new in z/OS V1<strong>R8</strong>. <strong>The</strong> PTF allows<br />

PDSE program libraries that contain PO5 program objects <strong>to</strong> be processed by IEBCOPY on<br />

z/OS V1R6 systems.<br />

DFSMSdfp: An enhancement in the z/OS V1<strong>R8</strong> object access method (OAM) component<br />

introduced a new ODLOBFL column in the object direc<strong>to</strong>ry <strong>to</strong> exploit DB2 binary large<br />

object (BLOB) support. <strong>The</strong> PTF enables pre-z/OS V1<strong>R8</strong> OAMs <strong>to</strong> coexist in an OAMplex<br />

with OAMs at the z/OS V1<strong>R8</strong> or later level.<br />

DFSMSdfp: An enhancement in the z/OS V1R7 object access method (OAM) component<br />

introduced a new valid value ("R") for the object location in the object direc<strong>to</strong>ry <strong>to</strong> indicate<br />

that the object resides on DB2 disk in recalled status. This PTF enables pre-z/OS V1R7<br />

OAMs <strong>to</strong> coexist in an OAMplex with OAMs at the z/OS V1R7 or later level.<br />

DFSMSdfp: As part of VSAM extent constraint removal in z/OS V1R7, these PTFs<br />

prevent pre-z/OS V1R7 systems from opening data sets that have more than 255 extents.<br />

Also, if a data set is open and a z/OS V1R7 or later job extends it past 255 extents, the close<br />

on the pre-z/OS V1R7 system fails. Finally, these PTFs prevent conversion of a data set<br />

having more than 255 extents from being converted by DFSMSdss <strong>to</strong> a non-SMS managed<br />

data set on pre-z/OS V1R7 releases.<br />

DFSMSdfp: z/OS V1R7 introduced new QNAME and RNAME parameters for VSAM<br />

RLS. <strong>The</strong> coexistence PTFs prevent serialization problems from occurring when the new<br />

parameters are used in a global resource serialization complex that includes a pre-z/OS V1R7<br />

system.<br />

DFSMSdfp: In z/OS V1<strong>R8</strong>, the D SMS,SMSVSAM,DIAG(CONTENTION) command is<br />

introduced <strong>to</strong> display internal VSAM RLS contention. <strong>The</strong> PTF allows a z/OS V1R6 system<br />

that receives the new DIAG CONTENTION command <strong>to</strong> <strong>to</strong>lerate the command by issuing a<br />

message analogous <strong>to</strong> IGW495I D SMS,SMSVSAM,DIAG COMMAND FUNCTION HAS<br />

FOUND THE DIAG TABLE HAS NO ENTRIES. If the PTF is not installed, the z/OS<br />

V1R6 system receiving the new command treats it as an irrelevant and confusing console<br />

message.<br />

DFSMSdfp: In z/OS V1<strong>R8</strong>, a performance improvement <strong>to</strong> VSAM RLS causes XES lock<br />

table cleanup <strong>to</strong> be skipped when the SMSVSAM address space is terminated, as<br />

documented in APAR OA11708. This PTF allows a z/OS V1R6 system <strong>to</strong> <strong>to</strong>lerate the<br />

enhancement.<br />

DFSMSdfp: z/OS V1R7 and later support large format sequential data sets. <strong>The</strong>se PTFs<br />

cause pre-z/OS V1R7 systems <strong>to</strong> issue ABEND 213-14 or 213-16 if a program attempts <strong>to</strong><br />

open data sets that cannot work on those systems.<br />

DFSMSdss: z/OS V1R7 and later support large format sequential data sets. <strong>The</strong>se PTFs<br />

cause pre-z/OS V1R7 systems <strong>to</strong> issue ABEND213-14 for any large format dump data sets<br />

that are provided as input <strong>to</strong> RESTORE or COPYDUMP, or output for DUMP and<br />

UA09962<br />

UA19042<br />

UA18542<br />

UA27071<br />

UA22350<br />

UA24412<br />

UA16996<br />

UA14884, UA16225, UA16798<br />

UA16635, UA16924, UA17236<br />

UA24373<br />

UA21541<br />

UA15871, UA16552, UA18496<br />

UA16798<br />

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

Session 2870 Page 64 of 70 Baltimore, MD

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

Saved successfully!

Ooh no, something went wrong!