1.1 Summary of Modifications

1.1Summary of Modifications

Summary of Modifications for 05.04.91

Global Option for RTC=

RTC=YES has been strongly recommended for all FDR backups for many years. It is now possible to make RTC=YES the default in the FDR Global Options Table, so that it does not have to be specified at run time. The option can be set on panel A.I.4.2 of the ISPF installation dialog, or with FDRZAPOP. The distributed value for the option is NO, for compatibility with previous releases. Details are in Section 90.6 “General Options”.

Default to EXCPVR=YES

When RTC=YES is being used for a DUMP, EXCPVR=YES is used by default. With EXCPVR=YES, the FDR system page-fixes its disk and tape I/O buffers in real storage for the duration of the DUMP operation, and passes real channel programs to the system instead of virtual channel programs. This saves considerable CPU time that the system would otherwise consume for fixing and unfixing pages at the beginning and end of each I/O operation, and for translating the channel programs from virtual to real. EXCPVR=YES may reduce elapsed time by 5 to 20 percent and may reduce CPU time and CPU service units by 40 to 60 percent. The EXCPVR= operand is shown on the DUMP command in Section 10.4 “FDR DUMP Statement”, Section 20.4 “DSF DUMP Statement”, Section 50.5 “Volume DUMP (w/FDRINSTANT Variations) Statement”, Section 51.5 “Archive DUMP and SCRATCH Statements”, and Section 52.5 “FDRAPPL DUMP Statement”, but since the default is YES there is no need to specify it.

REMOTEINSTANT PREFERRED

The new generation of DS8000 control unit (DS888X) NO LONGER supports Preferred. See NOTE in “FDRCOPY and Metro Mirror Interaction” in Section 29.4for details.

Transparent Cloud Tiering (TCT) Support for IBM DS8880

FDR, FDRABR, FDRDSF, and FDRAPPL support Transparent Cloud Tiering (TCT) for the IBM DS8880 when this option is available. Additional operands (CLOUD= and CONTAINER=) used by TCT to describe the CLOUD target have been added to the DUMP commands.

FDR and FDRABR ALLCALL Authority

The security administrator is now able to enforce ALLCALL security, even if the ALLCALL option is not set in the FDR Global Options.

The ALLCALL option in the FDR Global Options table activates security checking by the FDR system, as described in Section 80.7 “Security”. Generally, the setting of options is under control of the system programmer or DASD administrator. Also, it may be possible for some users to create a separate copy of the FDR load library with different option settings. Now, the security administrator is able to set up an FDR.NOALLCALL rule in the security system to control which users are permitted to run without ALLCALL security. The security administrator can do this without depending on somebody else to set the ALLCALL option, and without worrying about multiple copies of the FDR load library. Details are in Section 80.7 “Security”.

FDRINSTANT IBM Cascading FlashCopy

FDRINSTANT supports Cascading FlashCopy on supported DASD controllers. With Cascading FlashCopy, the ability to use fast replication is transparently supported in copying and restoring data from units already in a FlashCopy relationship.

Abend-AID Customers

Recommend changing //ABNLIGNR DD statements to //ABNLDUMP DD statement to print normal IBM dump in addition to the Abend-AID Report.

Summary of Modifications for 05.04.89

FDRWEB New Product

FDRWEB, a new Compuware product is currently in beta testing and will be GA the first quarter of 2019. See Chapter 56 “FDRWEB - Interactive Web Reporting of DASD/TAPE”for more information.

Pervasive Encryption

The FDR products support Pervasive Encryption on z/OS and the data remains encrypted during administrative functions such as backup/restore, migration/recall, and replication/copy. See “Pervasive Encryption on z/OS” in Section 80.3for additional information.

FDREPORT supports reporting data sets that have Pervasive Encryption enabled. See “Report All Pervasive Encrypted Files Example” in Section 54.26for an report example showing this.

Aliases Will Be Retained

A non-VSAM data set can have an alternate name, called an ALIAS, defined in the catalog. In earlier releases there was a restriction that an alias name that existed at the time of a RESTORE/COPY/MOVE was lost. This consideration mainly affected auto recall and FDRCOPY MOVE to the same name. This restriction has been lifted; these alias names now are retained. This change is also available for Release 05.04.85 and Release 05.04.87 by installing ZAP P-54.8730.

IAM Dynamic Reorganization

IAM Release 09.03.10 in conjunction with FDRREORG Release 05.04.85 or higher, contains enhancements to the IAM Dynamic Reorg process that provides continuity of operation during the very brief time that the reorganized file is unavailable for processing. This is achieved by a new feature called High Activity Toleration (HAT). HAT is accomplished by temporary use of CICS exits and other IAM Dynamic Reorg software enhancements that automatically delay the file I/O requests during the very few seconds that the file is not available.

SAR Support for z14 Processor

Stand Alone Restore (SAR) is the component of the FDR system that runs directly in an LPAR, for use when no operating system is available. It can be used to restore the initial disk volumes at a cold disaster recovery site, or at a new data center. SAR has supported all architectures from S/360 through ESA/390. Up until now, SAR has run on the IBM Z® in ESA/390 mode. The new IBM z14 processor does not support ESA/390 mode. Therefore, to run SAR on the z14, you must use a new level of SAR. This support is available in Release 05.04.87 SPIN 3 or higher of FDR.

Tape Management System Fields

Cross-reference information has been added to the documentation for the IBM DFSMSrmm tape system. See Section 54.25 “FDREPORT Tape Management Reporting”.

Important Recommendation

Summary of Modifications for 05.04.87

8 Character TSO/E User Ids

FDRPAS supports 8 character TSO/E user ids being introduced in z/OS V2R3.

Dynamic REORG of IAM Enhanced Format Data Sets

IAM Release 09.03.01, in conjunction with FDRREORG, greatly improves reorganization processing for IAM Extended Format Data Sets. See Dynamic Reorganization of IAM Data Sets on the FDR website for more details.

The IAM Dynamic Reorganization feature provides two new capabilities that dramatically reduce the amount of time IAM data sets are unavailable for online processing. The first is a new reorganization technique that reduces wall clock and CPU time to reorganize IAM data sets, particularly those with a significant amount of overflow area usage. The second is the ability to carry out the high performance reorganization while the data set continues to be available for CICS online system processing. This process then temporarily closes the file to CICS, quickly performs the updates to the new reorganized copy that occurred during the reorganization, and reopens the file to CICS. The data set is unavailable to CICS only for the few seconds that it takes to close, update, rename, and reopen.

zEDC Global Option

A new global option ZEDC can be set to enable using zEDC hardware compression for all FDR backups instead of modifying all the existing JCL. See “Panel A.I.4.2 – Set FDR Global General Options” in Section 90.6or use the ZAP ENABLE=ZEDC command (Chapter 91 “FDRZAPOP - FDR Global Options Utility”) to globally enable the zEDC setting.

Summary of Modifications for 05.04.85

z13 CPU Support

The FDR system supports the z13 and the z13s CPUs without any changes by the customer.

Support for EMC VMAX3

The FDR system now supports the new EMC^® VMAX3™ and VMAX^® All Flash storage systems for IBM Z mainframes.

Summary of Modifications for 05.04.83

zEDC Support

The FDR system now supports compression and decompression using zEDC (zEnterprise Data Compression). zEDC is an optional compression accelerator on z12 and later CPUs, designed for fast compression with low CPU overhead. FDR and ABR backups invoke zEDC if the CPU and the operating system support it and both the ZEDC=YES and COMPRESS= operands are specified. zEDC may reduce elapsed time and CPU time and use less space on disk than FDR software compression. It may even use less tape than IDRC. For details, see “zEnterprise Data Compression” in Section 10.2.

ABR Support for z/VM and Linux DASD

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. Details are in Section 50.30 “ABR Backup of VM and Linux Volumes”. The advantages of using ABR include:

• simpler JCL
  • wno need for a separate DISKx and TAPEx DD statement for each volume
  • wbackups 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.

CA Disk Coexistence

FDRABR has been enhanced to coexist with CA Disk in the same system, either temporarily during conversion, or permanently.

FDREPORT, the generalized report writer of the FDRABR system, has been enhanced to support the LMACCT, LMJOB, LMDATE, and LMDAYS report fields that are maintained by CA Disk and now by FDRABR. FDREPORT can produce reports including these fields when processing disks managed by either CA Disk or FDRABR.

Remote Pair FlashCopy (or Preserve Mirror) and Remote FlashCopy (Inband) Support

FDRINSTANT adds supports for Remote Pair FlashCopy (Preserve Mirror) and Remote FlashCopy (Inband FlashCopy).

• FDRABR Volume Backups support Preserve Mirror FlashCopy and Remote FlashCopy with the changes made to the REMOTEINSTANT= operand. This enhancement supports using FlashCopy on a secondary volume in a PPRC relationship. See Section 50.5 “Volume DUMP (w/FDRINSTANT Variations) Statement”.
• FDRINSTANT for FlashCopy now supports the REMOTEINSTANT= operand on the FCOPY, CONFCOPY, and COPY/MOVE statements.

CSV Output From FDREPORT

FDREPORT supports the Comma Separated Values (CSV) format as an additional output option when creating reports.

REALBYTES Support in FDREPORT

Field width increased for summary fields to display greater precision when the REALBYTES option is enabled. When REALBYTES is specified, the accumulators for BYTEFORMAT and SUMBYTEFORMAT are increased.

Reporting of Policy-Based Storage Tiering

FDREPORT has been enhanced to report the date of the last successful transition when this field is supported by the operating system.

FDRABR Support for “Staggered” Backups

Multiple ABRINSTANT backups can exist simultaneously on DASD and processed to tape at the user’s convenience using the OLDBACKUP= operand on the DUMP statement to identify the backup version to be processed if not the most current backup,

Archive Expiration

FDRABR Archive accepts expiration years from 2028 to 2107 when recording information in the Archive Control File.

Parallel Batch Recall

FDRABR supports the parallel batch recall feature introduced in z/OS 2.1. FDRABR has always done recall for batch jobsteps in parallel, by recalling all of the ARCHIVEd data sets needed for a batch jobstep in a single pass. If the new MVS option BATCH_RCLMIGDS is set to PARALLEL in the ALLOCxx member of PARMLIB or by the SETALLOC operator command, then FDRABR uses a new technique for recalls for batch jobs, which recalls all of the archived data sets for the entire job in one pass, instead of just for one step. The new technique can also be requested by enabling the LXXRPROC option in the FDR Global Options.

New Module FDROPVMA for ABR VM Processing

Specifying VMVALID=YES on the DEFAULT statement in ABRINIT requires that module FDROPVMA be listed in the TSO authorized program name table. See “TSO Authorized Program Table” in Section 90.16for the current list of programs that require authorization.

Alerts

Copying FDR Backups Warning

FDR format backups cannot be copied by standard copy utilities, such as IEBGENER. FDR includes a utility, FDRTCOPY, that is used to copy FDR backups. FDRTCOPY is documented in Section 60.2 “FDR Tape Copy (FDRTCOPY)”.

Default Processing if SYSIN Omitted Warning

If you omit SYSIN or omit the DISP= parameter for a DASD data set, (which assumes NEW), FDR uses only the PARM= option to define the operation to be performed. If that is also omitted, it assumes D (DUMP); this may result in a backup being taken when you intended a restore, overlaying the backups you wanted to restore. There is an option in FDR Global Options (on ISPF panel A.I.4.2) that causes FDR to fail if SYSIN is ignored. We strongly recommend that you enable this option (change FDRSTMTto “YES”) in ISPF panel A.I.4.2 (see Section 90.6 “General Options”.

Restrictions

SAR Restrictions

• SAR does not support Extended Address Volumes (EAVs)
• SAR cannot restore tapes compressed by zEDC