ADR952E error on ADRDSSU DUMP of VSAM RLS managed ACDB and UAMS
Article ID: 242770
Updated On:
Products
Issue/Introduction
Changed the UAMS and ACDB files to be VSAM RLS managed. After this change, an ADRDSSU DUMP of these files gets the following errors:
ADR952E (001)-DTDSC(01), THE IDAQDMP MACRO FAILED DURING QUIESCE PROCESSING FOR CLUSTER <hlq>.ACDB WITH RETURN CODE
00000008 AND REASON CODE 61FF0004
ADR952E (001)-DTDSC(01), THE IDAQDMP MACRO FAILED DURING QUIESCE PROCESSING FOR CLUSTER <hlq>.UAMS WITH RETURN CODE
00000008 AND REASON CODE 61FF0004
although TOLERATE(ENQFAILURE) parameter is specified, when the ADRDSSU job is executed while the Solve:Access region is active.
Environment
Release : 5.0
Component : SOLVE:Access Session Management
Cause
The ADR952E Reason Code explanation is the following:
-----------------------------------------------------------
8 X'61FF0004' A batch application has the sphere open
for output and this is an attempt to take
a non BWO copy.
-----------------------------------------------------------
The ADRDSSU DUMP job tries to take a non BWO copy.
BWO means Backup-While-Open and it requires that the application (Solve:Access in this case) must support the QUIESCE of VSAM RLS files issued from DFSMSdss.
CICS and IMS support this; Solve Access doesn't as the QUIESCE function makes the dataset unavailable to the region. So that would prevent logons and session list access. For a CICS disabling one application makes sense, but for SOLVE:Access it would disable its primary functions, so it may as well be down.
Resolution
The Solve regions must be down in order to take a ADRSSU DUMP of these files, even though they are managed by RLS.
Workaround: use IDCAMS REPRO to do the backup and specify RLSSOURCE=YES. This would provide read integrity and allow the regions to remain active.
Feedback
