DFSMSrmm Primer and Conversion to CA-1 Updates
Web Doc
Note: This is publication is now archived. For reference only.
With DFSMSrmm z/OS V1.6 or later you can share a single DFSMSrmm control data set between multiple single systems or multiple sysplexes without the need to have a shared DASD environment. This Technote introduces you to the RMMplex.
With DFSMSrmm z/OS V1.6 or later you can share a single DFSMSrmm control data set between multiple single systems or multiple sysplexes without the need to have a shared DASD environment. This new function was announced with DFSMSrmm z/OS V1.6 and is call Client/Server Support. To use this new function you must have TCP/IP installed on all systems sharing a single DFSMSrmm control data set, and all systems must be at the z/OS V1.6 level.
An RMMplex is one or more MVS systems each running a DFSMSrmm subsystem sharing a control data set. An RMMplex can optionally include one or more DFSMSrmm subsystems as servers, one or more client subsystems, in addition to standard DFSMSrmm subsystems. The server subsystems and standard subsystems have direct access to the DFSMSrmm control data set and share it. The client systems have no direct access to the DFSMSrmm control data set, but share the control data set via the server. All systems that share a control data set in this way are part of the same RMMplex.
DFSMSrmm Server
A “server” in DFSMSrmm terminology is a z/OS system with DFSMSrmm installed and active. This DFSMSrmm has direct access to the DFSMSrmm control data set and support requests coming from other systems via TCP/IP.
DFSMSrmm Client
A “client” in DFSMSrmm terminology is a z/OS system with DFSMSrmm installed and active. This DFSMSrmm has no direct access to the DFSMSrmm control data set, and sends all requests to the DFSMSrmm control data set via TCP/IP to the server specified in EDGRMMxx PARMLIB member.
RMMplex parameters in EDGRMMxx
Following are the EDGRMMxx PARMLIB parameters in support of the RMMplex.
CDSID
This specifies the identifier of the control data set that must be used on this system. Specify a value one to eight alphanumeric characters long. When you start DFSMSrmm, the CDSID ID is compared to the ID in the control data set control record. If the IDs match, DFSMSrmm startup continues. If the control data set does not have an ID, DFSMSrmm creates the ID in the control record from the CDSID. If the IDs do not match, DFSMSrmm startup fails and DFSMSrmm issues a message to the operator to select another PARMLIB member. If you do not specify a value for CDSID, you cannot use a control data set that already has an ID in its control record. See the section “Creating or Updating the Control Data Set Control Record” in the manual DFSMSrmm Implementation and Customization Guide, SC26-7405, for information about how the DFSMSrmm EDGUTIL utility sets the control data set ID.
Default: None.
CLIENT
This specifies the type of system you want to set up. CLIENT is mutually exclusive with SERVER. If neither client nor server are specified, DFSMSrmm starts as a standard system.
SERVERNAME(servername)
Default: None.
Server
This specifies the type of system you want to set up. SERVER is mutually exclusive with CLIENT. Neither SERVER nor CLIENT must be specified when DFSMSrmm is used as a standard system.
PORT(PortNumber)
The material included in this document is in DRAFT form and is provided 'as is' without warranty of any kind. IBM is not responsible for the accuracy or completeness of the material, and may update the document at any time. The final, published document may not include any, or all, of the material included herein. Client assumes all risks associated with Client's use of this document.