Database ACCESS controls all access (User Requirements Table open) to a database in a Multi-User Facility, with the exception of the RESTART process done during the Multi-User Facility enable.
Allows all types of access.
Denies all types of access.
Allows User Requirements Table opens, with UPDATE=NO specified or defaulted.
Allows all DBUTLTY functions and denies all OPENS that are not DBUTLTY, except the DBUTLTY function DBTEST with PGM=DBTSTPR, as it executes as though it is not part of DBUTLTY.
Database ACCESS is set by 3 processes:
A temporary, internal, parallel form of ACCESS=OFF is done during a CATALOG from CA Datacom/DB.
The database level of ACCESS is usually done to stop, in an orderly fashion, access in a Multi-User Facility because:
Note: DBUTLTY Single User functions do not know about the ACCESS status of any Multi-User Facility, nor are they dependent upon any current status.
Following is an example of database ACCESS used to reorganize an entire database. In the example, the DBUTLTY functions BACKUP, INIT, and LOAD each execute in Single User mode with no knowledge of any Multi-User Facility or its ACCESS status, and therefore do not require them. However, ACCESS ensures correct execution of the utility set because it ensures that no other job, which could either update data that would be lost or cause the INIT to fail with a return code 46, can open the base between the BACKUP and INIT.
ACCESS STATUS=OFF,DBID=1,USERS=WAIT
COMM OPTION=CLOSE,DBID=1
BACKUP DBID=1,...
INIT AREA=IXX,DBID=1
LOAD DBID=1,FORMAT=BACKUP,...
ACCESS STATUS=WRITE,DBID=1
|
Copyright © 2015 CA Technologies.
All rights reserved.
|
|