ABR Backup of VM and Linux Volumes


This section contains supplemental information specific to z/VM and Linux DASD volumes. Review the following for complete information on ABR processing noting any exceptions detailed in this section.

Overview

ABR now supports full-volume backup and restore for z/VM volumes in CPVOL format, and for Linux full-volume DASD in CDL (Compatible Disk Layout) format. Previously, these volumes could be backed up only by FDR (see VM Volumes and Linux Volumes in FDR-functions-and-features). The advantages of using ABR include:

  • simpler JCL
    • no need for a separate DISKx and TAPEx DD statement for each volume
    • backups can be automatically stacked on multi-file tapes without special JCL
  • uniformity of backups; if MVS volumes are backed up by ABR, VM and Linux volumes can be brought into the same system
  • VM and Linux volumes can be included in ABR backup reports
  • VM and Linux volumes can be included in FDRDRP restores, for faster and easier disaster recovery

FDRINSTANT backups can be used for VM and Linux volumes under either FDR or ABR.

Generations

In order to name the backup data sets created by ABR Volume Backups and to record those backups, ABR uses generation numbers. The Generation Number associated with a given DASD volume is incremented every time an ABR full-volume backup of that volume is taken. All backups of z/VM and Linux CDL volumes are full-volume backups. Thus, the ABR generated name for the backup file will always have ‘00’ as the final 2 digits (e.g. FDRABR.Vvolser.Cngggg00). The most recently used generation number for a given DASD volume is stored in the ABR Model DSCB on that volume, so ABR always knows the next generation number to be used when you run a Volume Backup.

Important

If TYPE=ABR is specified for backups of z/VM or Linus CDL volumes, TYPE=

FDR

 is forced.

Volume initialization

Before a z/VM or Linux CDL format volume can be processed by ABR Volume Backup, it must be initialized for ABR processing as is required for any DASD volume to be processed by ABR (see Volume Initialization in Working-with-FDRABR-Volume-Backups).

When creating the ABR model DSCB for z/VM and Linux CDL volumes, the VMVALID operand must be specified on the DEFAULT statement. The ABR Model DSCB can be created with the ABRINIT statement of the utility FDRABRM, described in VTOC Maintenance Utility (FDRABRM). It can also be created with the ABR ISPF dialog (option A.I.8) as described in FDRCOPY-ISPF-Interface. Member ABRMDEF in the FDR Installation FDRSAMP has additional notes on FDRABRM DEFAULT statement.

//ABRINIT  EXEC PGM=FDRABRM
//SYSPRINT DD SYSOUT=*
//SYSIN    DD *
 DEFAULT  VMVALID
 ABRINIT  VOL=VM0001,GEN=4
/*

Backup example

Take full-volume backups of all VM00 volumes, dumping two volumes concurrently, and making two copies of each backup. The TAPE11 and TAPE22 DD statements contain COPY2 backups identical to the COPY1 backups on TAPE1 and TAPE2.

//BACKVM   EXEC PGM=FDRABR,REGION=0M
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//TAPE1    DD UNIT=TAPE,DISP=(,KEEP),VOL=(,,,255),DSN=FDR1
//TAPE11   DD UNIT=TAPE,DISP=(,KEEP),VOL=(,,,255),DSN=FDR11
//TAPE2    DD UNIT=TAPE,DISP=(,KEEP),VOL=(,,,255),DSN=FDR2
//TAPE22   DD UNIT=TAPE,DISP=(,KEEP),VOL=(,,,255),DSN=FDR22
//SYSIN    DD *
 DUMP     TYPE=FDR,ONLVOL,RTC=YES
 MOUNT    VOLG=VM00
/*

The listing shows an FDR023 message for every z/VM or Linux CDL volume that is dumped. For example:

FDR023 DUMMY VTOC READ - ENTIRE PACK WILL BE DUMPED     <- for z/VM volumes

FDR023 LINUX VOLUME VOL=VM047D                          <- for Linux volumes


Important

If TYPE=ABR is used instead of TYPE=FDR, a TYPE=

FDR

 (full-volume) dump is forced.

FlashCopy dump example

Take full-volume FlashCopy’s of LINUX volumes VM047D and VM047F to offline units 047C and 047E. Set a 35 day retention period for these full-volume backups.

//FBACKLX  EXEC PGM=FDRABR,REGION=0M
//SYSPRINT DD SYSOUT=*
//TAPE1    DD DUMMY,RETPD=35
//SYSUDUMP DD SYSOUT=*
//SYSIN    DD *
 FCOPY    TYPE=FDR,RTC=YES
 MOUNT    VOL=VM047D,FLASHUNIT=047C
 MOUNT    VOL=VM047F,FLASHUNIT=047E
/*


Important

If you want consistent backups of many volumes, use CONFCOPY instead of FCOPY: CONFCOPY TYPE=FDR,RTC=YES,RETPD=35

Dump offline FlashCopy to tape example

Dump the FlashCopy backup on offline units 047C and 047E to tape and release the FlashCopy sessions after dumping the volumes.

The FCOPY= option of USE informs ABR to dump the offline copies of the volumes specified on the MOUNT= commands and the REL option informs ABR to perform a FLASHCOPY WITHDRAWL function after the offline volumes are processed.

//FDUMPLX  EXEC PGM=FDRABR,REGION=0M
//SYSPRINT DD SYSOUT=*
//TAPE1    DD UNIT=TAPE,RETPD=35,DISP=(,KEEP),DSN=FDR1
//SYSUDUMP DD SYSOUT=*
//SYSIN    DD *
 DUMP     TYPE=FDR,FCOPY=(USE,REL),RTC=YES
 MOUNT    VOL=VM047D
 MOUNT    VOL=VM047F
/*

Restore example

A number of z/VM DASD volumes are restored from their most recent full-volume backups. On each SELECT statement, GEN=CURRENT and CYCLE=00 selects the last full-volume backup. FDRABR locates the most recently created COPY1 (the default) backup for each DASD volume in the ABR catalog.

Each target volume is already initialized with the serial of the restored DASD volume. All required DASD and tapes are dynamically allocated since ONLINE and DYNTAPE are coded. Additionally, MAXDD=1000 is since more than the default of 256 volumes are being restored.

//RESTVM   EXEC PGM=FDRABR,REGION=0M
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//SYSIN    DD *
 RESTORE  TYPE=FDR,CONFMESS=NO,DYNTAPE,
          MAXDD=1000,ONLINE
 SELECT   VOL=VM0001,GEN=CURRENT,CYCLE=00
 SELECT   VOL=VM0002,GEN=CURRENT,CYCLE=00

 SELECT   VOL=VM0957,GEN=CURRENT,CYCLE=00
/*


Important

If you are licensed for FDRDRP, then change PGM=FDRABR to PGM=FDRDRP and TYPE=

FDR

 to TYPE=DRP.

 

Tip: For faster searching, add an asterisk to the end of your partial query. Example: cert*