Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Method 1—VSAM SHAREOPTIONS(2 3) z/OS DFSMShsm Implementation and Customization Guide SC23-6869-01 |
|
If you are starting only one DFSMShsm host in a z/OS image, the
following share option strategy provides maximum protection against
accidental, non-DFSMShsm concurrent updates:
This share option can also be used with RLS when starting DFSMShsm in a multiple DFSMShsm host environment under a single z/OS® image. Note: The GRS RNLDEF statements cannot be used with method
1 when using RLS.
Cross-region share option 2 allows only one processor at a time to open a data set for output. If that data set is in the SYSTEMS exclusion list, the open is limited to a single z/OS system. This combination sets a limit of one open per processor with the expectation that the one open will be DFSMShsm. As long as DFSMShsm is active in each z/OS ystem, then no jobs, including authorized jobs, can update the CDSs. If you define the CDSs with VSAM SHAREOPTIONS(2 3) and start DFSMShsm on multiple host environments, exclude the SYSVSAM resource related to the CDS components from being passed around the GRS ring. Figure 1 shows the RNLDEF statements that exclude the SYSVSAM resource from being passed around the GRS ring. Figure 1. GRS RNLDEF Statements for SHAREOPTIONS(2 3)
Attention:
|
Copyright IBM Corporation 1990, 2014
|