CA View SARINIT parameter EROPRO is dynamically changing itself between task recycles
Article ID: 216520
Updated On:
Products
Issue/Introduction
SARINIT is run to set EROPRO=NEW as our standard value however, upon recycling SARSTC, this parameter is dynamically changing itself to EROPRO=ALL.
This dynamic change to EROPRO=ALL is causing the standard backup cycle to run longer, which then causes some tape contention issues.
Environment
Release : 14.0
Component : CA View
eropro, sarinit, standard, backup, stop, stopbu, option, recycle, startup, all, new, ero, dynamic, change
Cause
All startup's of CA View were using the STOP BACKUP (PARM='your.view.dbname,STOPBU') option, as it had been hard coded into the SARSTC PROC JCL.
Resolution
When starting SARSTC using the STOPBU option, the EROPRO parameter will automatically be set to EROPRO=ALL, until the next standard backup cycle completes.
It will then revert back to it's actual SARINIT job run value setting.
The CA View code is working as designed. Basically, it's designed this way to prevent loss of backup data. And CA/Broadcom recommends REMOVING the STOPBU option from the regular CA View task startup process.
Feedback
