ACCESS (Restricting Opens or Maintenance)

The ACCESS function provides the ability to allow or disallow an open of a User Requirements Table specified at the database level while the MUF is active. You can also use it to allow or disallow the ability of applications to execute maintenance to a database while MUF is active. In Simplify mode, all DBUTLTY functions use MUF when enabled for CXX access. Function options that, without Simplify, use the CXX in MUF and honor ACCESS OFF/READ continue with Simplify to honor ACCESS OFF/READ. However, in Simplify mode for functions that without Simplify use the CXX in the user address space, and now instead use the MUF address space, must completely ignore the ACCESS setting. Each DBUTLTY ensures that it executes only when appropriate and prevents users or other DBUTLTY functions from execution in conflict.

Using ACCESS against a system database is not recommended. The use of ACCESS OFF/UTLTY/READ/NOMAINT is honored for all bases except the Compound Boolean Selection (CBS) temporary index. It prevents system functions from being processed, based upon which ACCESS status, which database, and what is executing.

The Access function communicates with one MUF. Be aware of the following:

Ensure that DBUTLTY is communicating with the desired MUF by executing DBUTLTY with the same System Identifier module (DBSIDPR) used by the MUF
Ensure proper load library concatenation by keeping the System Identifier modules (DBSIDPR) in separate load libraries.

If the z/OS Cross-System Coupling Facility (XCF) is being used, help ensure that the TOGROUP DBSIDPR parameter is correctly defined. See the CA Datacom/DB Database and System Administration Guide for more information about XCF.

When using a console command, these steps are unnecessary.