RRS_RMDataLogDuplexMode

Description:

The duplexing scheme used to protect the RM Data log stream is evaluated.

Reason for check:

Choose a duplexing scheme more reliable than local buffer duplexing for the RM Data log stream. For example, choose to use staging data sets. Why? Because local buffer duplexing can result in a loss of data in the log stream if both the CF and the local buffers are on the same machine. A loss of data in the RRS RM Data log stream will eventually require an RRS cold start to repair the log stream and may also require a cold start of any resource manager using RRS at the time of the RRS cold start. For more details on protecting log streams, see z/OS MVS Programming: Resource Recovery.

z/OS® releases the check applies to:

z/OS V1R4 and later.

User override of IBM values:

The following sample shows the defaults for customizable values for this check. Use this sample to make permanent check customizations in an HZSPRMxx parmlib member used at IBM Health Checker for z/OS startup. If you just want a one-time only update to the check defaults, omit the first line (ADDREPLACE POLICY) and use the UPDATE statement on a MODIFY hzsproc command. Note that using non-POLICY UPDATEs in HZSPRMxx can lead to unexpected results and is therefore not recommended. End of change

ADDREPLACE POLICY[(policyname)] [STATEMENT(name)]
UPDATE                                
CHECK(IBMRRS,RRS_RMDATALOGDUPLEXMODE)                               
SEVERITY(MEDIUM),INTERVAL(8:00),DATE('date_of_the_change')
REASON('Your reason for making the update.')

Parameters accepted:

Reference:

For more information, see z/OS MVS Programming: Resource Recovery.

Messages:

This check issues the following exception messages:

ATRH01E

See the ATRH messages in z/OS MVS System Messages, Vol 3 (ASB-BPX).

SECLABEL recommended for multilevel security users:

SYSLOW - see z/OS Planning for Multilevel Security and the Common Criteria for information on using SECLABELs.