ACF2 backup issues - BACKUP dsn NOT UNALLOCATED, DATA SET IS OPEN. Why?
search cancel

ACF2 backup issues - BACKUP dsn NOT UNALLOCATED, DATA SET IS OPEN. Why?

book

Article ID: 26609

calendar_today

Updated On:

Products

ACF2 ACF2 - DB2 Option ACF2 for zVM ACF2 - z/OS ACF2 - MISC PanApt PanAudit

Issue/Introduction

Two systems sharing the ACF2 databases. During the scheduled backup, getting a failure on one of the systems, a S001 abend, along with message IKJ56861I DATA SET ACF2.BKRULES NOT UNALLOCATED, DATA SET IS OPEN.

Other possible symptoms include ACF79052 DATA SET dsn UNAVAILABLE - BACKUP FOR THIS CLUSTER BYPASSED

What happened?

 

 

 

Environment

Release:
Component: ACF2MS

Resolution

When two LPARS are sharing databases, only one system should run the automatic backup. This is documented in the ACF2 Administrator Guide, in the chapter about GSO records, the section on BACKUP:

"... You should designate a single CPU in a multi-system configuration as the sole automatic backup processor. ..."

You can either change the BACKUP record on one of the systems to remove the time of the automated backup:

   TSO ACF
     ACF
   SET CONTROL(GSO)
   CHANGE BACKUP TIME(00:00) 
   F ACF2,REFRESH(BACKUP)
   END
   
   Or start one system with NOBACKUP.
   
   EDIT ---- SYS1.PARMLIB(CAIACF01) - 01.01 --------------- COLUMNS 001 072 
   COMMAND ===> SCROLL ===> CSR 
   ************************ TOP OF DATA ************************* 
   00000001 SYSID(TESTCPU) 
   00000002 NOBACKUP 
   *********************** BOTTOM OF DATA ***********************