z/OS ISPF Planning and Customizing
Previous topic | Next topic | Contents | Contact z/OS | Library | PDF


RESERVE processing for partitioned data set extended

z/OS ISPF Planning and Customizing
GC19-3623-00

ISPF uses RESERVE to protect data sets residing on a shared volume. However, PDSEs are designed to be shared in a sysplex, so Configuration Table keyword PDSE_RESERVE_PROCESSING can be used to disable the use of RESERVE.

Assuming a PDSE is being processed and ISPF services are used to the access the PDSE then:

PDSE_RESERVE_PROCESSING=ON (default)
RESERVE issued prior to STOW and released afterwards. LMOPEN with ENQ(SHRW) issues a RESERVE at LMOPEN and OPTION(OUTPUT). If batch job issues RESERVE before an interactive user, then the interactive user waits on SAVE until the batch dialog releases the RESERVE. Another batch job will also wait. See the description of LMCLOSE in
PDSE_RESERVE_PROCESSING=OFF
No RESERVE is issued. DFSMS preserves the integrity of the PDSE. Interactive users and batch jobs can access the PDSE simultaneously. ISPF dialogs continue to use Member name enqueue to serialize access to individual members. In environments where there may be more than one Configuration Table, the dialog that issues a RESERVE will only wait for another dialog that also issues RESERVE. See SC26-7410 DFSMS Using Data Sets 3.8.9.3.3 Choosing Volumes for PDSEs in a Sysplex.

Go to the previous page Go to the next page




Copyright IBM Corporation 1990, 2014