The following are EDIF recommendations for various CA products. These statements should be coded in the EDIPARMS member in the CA MIM parameter library.
We do not recommend that you have EDIF attribute-checking in effect for the CA 1 audit data set. For example:
DATASET NAME=ca1.audit OPTION=(NOATTR)
ENQ deadlocks are possible when EDIF ENQUEUE processing is specified for both CMT and JEHF data sets used by CA 11. Because these data sets are properly serialized without EDIF assistance, specify appropriate DATASET statements to suppress EDIF ENQUEUE activity. For example:
DATASET NAME=cmt.dataset OPTION=(NOENQ,NOWAIT) DATASET NAME=jehf.dataset OPTION=(NOENQ,NOWAIT)
For r8 and above, the program ACF8AMA0 should be exempted from EDIF attribute checking for the CA ACF2 sequential backup data sets. For example:
DATASET NAME=acf2.backup.one OPTION=(ATTR,ABEND) EXEMPT=(PROGRAM=ACF8AMA0) DATASET NAME=acf2.backup.two OPTION=(ATTR,ABEND) EXEMPT=(PROGRAM=ACF8AMA0) DATASET NAME=acf2.backup.three OPTION=(ATTR.ABEND) EXEMPT=(PROGRAM=ACF8AMA0)
EDIF ENQ processing should not be in effect for the “profile” data sets. For example:
DATASET NAME=intertest.profile.dataset OPTION=(NOENQ)
ENQ deadlocks involving QNAMEs EDIDSN, SPFEDIT, and SYSIEWLP are possible with the CA PDSMAN product. The deadlock occurs when CA PDSMAN tries to update the directory information as the result of the REF option on the $ACCESS statement. You can avoid this situation by specifying REF=N in all $ACCESS statements (CA PDSMAN), or by assuring that OPTION=NOENQ (EDIF) is in effect for all data sets managed by CA PDSMAN.
We have worked closely with the CA PDSMAN developers to produce the following solution:
Current releases of CA PDSMAN include an EDI=Y option on the $MISC statement to activate special code in CA PDSMAN that permits proper handling by both CA PDSMAN and EDIF without the possibility of a deadlock.
We do not recommend that you have EDIF ENQ protection in effect for the CA Jobtrac checkpoint data set. For example:
DATASET NAME=checkpoint.dataset OPTION=(NOENQ)
EDIF ENQ processing should not be in effect for the ENFDB data sets because lockouts may occur when running the data base rebuild utility (CAS9DB). To turn EDIF ENQ processing off for ENFDB data sets, code the following in the EDIPARMS member:
DATASET,NAME=CAIP.ENFDB,OPTION=NOENQ
|
Copyright © 2014 CA.
All rights reserved.
|
|