Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Guarding against data corruption resulting from incorrect database sharing when changing the status of a RACF database z/OS Security Server RACF System Programmer's Guide SA23-2287-00 |
||||||||||||||||
When issuing the RVARY command on a z/OS® V1R10
or higher system to activate a database (by specifying the ACTIVE
parameter), or to enter data sharing mode (by specifying the DATASHARE
parameter), the RVARY command will locate all IRRPLEX_sysplex-name profiles
in the GXFACILI class to determine how the database has been accessed
previously. The RVARY command checks the IRRPLEX_sysplex-name profiles
in the database, because it could be a different database than the
one checked at IPL-time. If the RVARY ACTIVE command is issued and
the information provided by the IRRPLEX_sysplex-name profiles
indicates that activating the database might risk data corruption,
a WTOR message will be sent to the system console. For example:
If the RVARY DATASHARE command is issued and the information provided
by the IRRPLEX_sysplex-name profiles indicates that entering
data sharing mode might risk data corruption, a WTO message
will be sent to the system console and the RVARY DATASHARE will be
cancelled. Specifically, if issuing the RVARY DATASHARE command to
enter data sharing mode, and the RVARY command finds any IRRPLEX_sysplex-name profile
besides the one for the sysplex, then a WTO message will be sent to
the system console. This WTO message will inform the system operator
that a profile besides the one for the current sysplex was found,
indicating that another sysplex might be using the database.
If so, accessing the database in data sharing mode might result
in database corruption. For this reason, the command does not complete
successfully. After the system cancels the RVARY DATASHARE to avoid
database corruption, you can check the profiles to determine if they
accurately reflect the way the database is being accessed.
If the RVARY command does change the mode, it will also update the APPLDATA field of the sysplex's IRRPLEX_sysplex-name profile to reflect the new mode. Note: Keep in mind that the RVARY command performs these additional
database-protection checks only if the command is issued on a z/OS V1R10 or higher system. If
you have a sysplex that combines systems running V1R10 or higher with
systems running V1R9 or lower, you should issue the RVARY command
from a V1R10 or higher system. If issued from a V1R9 or lower system
in the sysplex, the RVARY command will not perform any database-protection
checks.
Also be aware that, when issuing the RVARY command on a z/OS V1R10 or higher system to begin data sharing mode (by specifying the DATASHARE parameter) or non-data sharing mode (by specifying the NODATASHARE parameter), the RVARY command will update the APPLDATA field of the sysplex's IRRPLEX_sysplex-name profile to reflect the new mode. For this reason, you should also issue any RVARY DATASHARE or RVARY NODATASHARE command from a V1R10 or higher system. If issued from a V1R9 or lower system, the RVARY command will not update the APPLDATA field of the sysplex's IRRPLEX_sysplex-name profile to reflect the new mode. Because the APPLDATA field will no longer reflect the last mode the sysplex used to access the database, this will compromise the capability and reliability of the checks that are performed by the V1R10 systems in the sysplex. The warnings about possible data corruption generated by the RVARY command are, like the warnings generated at IPL-time, only as reliable as the information provided in the IRRPLEX_sysplex-name profiles in the GXFACILI class. Guarding against data corruption resulting from incorrect database sharing at IPL time contains information on how you can improve the system's ability to detect incorrect database sharing by creating one or more IRRPLEX_sysplex-name profiles in the GXFACILI class to fully describe how the RACF® database is being accessed. You should take these actions before you IPL the R1V10 or higher system to improve the reliability of the checks performed at IPL-time. If, however, you did not take these actions prior to IPLing the system, you can still take them after the IPL to improve the reliability of the checks performed by the RVARY command. |
Copyright IBM Corporation 1990, 2014
|