Explanation
A QUERY command was issued with the SETSYS or
BACKUP parameter. DFSMShsm issues
this message to describe the current parameter settings for backup.
The
maximum number of volume backup tasks allowed concurrently to process
is tasks.
Times set for automatic backup:
- time1 (hhmm — hours,
minutes) indicates the earliest time automatic backup can start.
- time2 (hhmm — hours,
minutes) indicates the latest time automatic backup can start.
- time3 (hhmm — hours,
minutes) indicates the time for automatic backup to stop processing
any additional volumes.
System defaults for automatic backup:
- versions — indicates the maximum number
of backup versions for a data set.
- days indicates the minimum number of days between
backup versions of a data set.
If SKIPABPRIMARY=YES, the primary volumes with the automatic
backup attribute are not backed up during automatic backup.
If
SKIPABPRIMARY=NO, the primary volumes with the automatic backup attribute
are backed up during automatic backup.
If INCREMENTALBACKUP=CHANGEDONLY, DFSMShsm only
backs up non-VSAM and ICF VSAM data sets when the change flag is on
in the data set VTOC entry of the volume table of contents (VTOC).
If
INCREMENTALBACKUP=ORIGINAL, DFSMShsm creates an initial backup version
for each non-VSAM and ICF VSAM data set regardless of the setting
of the change flag. Incremental backup of old VSAM data sets are affected
if they changed since they were last backed up.
If PROFILEBACKUP=YES, DFSMShsm creates
a new RACF® profile based on
the original data set, but with the backup version name and volume
serial number of MIGRAT. The profile is available during recovery
so discrete profiles deleted between the time of backup and time of
recovery can be re-created.
If PROFILEBACKUP=NO, DFSMShsm does
not create a new RACF profile.
If the data set is later recovered, any backup profiles created during
earlier backups can still be used during recovery.
If RETRY=NO, DFSMShsm does
not retry a backup attempt which failed because the data set was in
use.
If RETRY=YES:
- DFSMShsm attempts
only one retry of a backup attempt which fails because:
- the data set is currently in use, or
- a BWO candidate suffers a CI split and the backup is discarded.
- If DELAY=min, DFSMShsm delays for min minutes
before retrying a backup which failed because the data set was in
use. For a BWO candidate failing backup due to a CI split, no delay
occurs before the retry.
- If SERIALIZATION=PREFERRED, DFSMShsm retries backing up a data set that
was in use and finds it still (or again) in use, and it backs up the
data set anyway.
- If SERIALIZATION=REQUIRED, DFSMShsm retries backing up a data set that
was in use and finds it still (or again) in use, and it fails the
backup.
Note: The data set backup exit ARCBDEXT can override the
RETRY and SERIALIZATION parameters for a given data set. Note that
serialization must be attempted for a BWO candidate and these data
sets are not retried if SERIALIZATION(PREFERRED) is specified.
System action
DFSMShsm processing continues.
Programmer response