Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Managing catalogs in an RMMplex z/OS DFSMSrmm Implementation and Customization Guide SC23-6874-00 |
|
You can implement DFSMSrmm client/server support with or without sharing catalogs across all of the systems in the RMMplex. You must, however, identify to DFSMSrmm whether catalogs are shared or not using the EDGRMMxx parmlib OPTION CATSYSID command described in OPTION command operands in the parmlib member for each system. DFSMSrmm uncatalogs data sets on a volume, when you specify the
EDGRMMxx parmlib OPTION UNCATALOG command under these conditions:
To use the DFSMSrmm catalog processing, you must synchronize the catalogs with the DFSMSrmm control data set. The catalog status for all data sets is maintained in the server system control data set. With unshared catalogs, the UNCATALOG parmlib option, on the server system, cannot be honored for data sets created on the client systems because the server cannot communicate with the client to initiate uncatalog processing. However, when processing is requested from the client, there is special recognition and handling of the request so that any catalog or RACF profile updates can be initiated on the client system. To synchronize the control data set and the catalogs, specify the EDGRMMxx parmlib OPTION CATSYSID(list_of_sysids). See Running DFSMSrmm catalog synchronization for additional information. Then run EDGHSKP with CATSYNCH, VERIFY, and EXPROC on the client system. For example, you have 3 systems; SystemA is to run as a client
and has no shared DASD in common with SystemB. SystemC will run in
a sysplex and share their own catalogs and the DFSMSrmm control data
set.
Run EDGHSKP CATSYNCH once on the client system SystemA, once on one of the systems SystemB or SystemC, and then run EDGUTIL with PARM=UPDATE and SYSIN containing the statement; CONTROL CATSYNCH(YES). |
Copyright IBM Corporation 1990, 2014
|