DISK LIBRARY FOR MAINFRAME

DISK LIBRARY FOR MAINFRAME Geographically Dispersed Disaster Restart Tape ABSTRACT Disk Library for mainframe is Dell EMC s industry leading virtual tape library for mainframes. Geographically Dispersed Disaster Restart (GD) Tape provides mainframe-based monitoring, alerting, and disaster restart capabilities for DLm in IBM z/os operating environments. This white paper is intended to provide an overview of GD Tape capabilities and explain the value that GD Tape provides customers using DLm for their tape library. March 2018 WHITE PAPER

The information in this publication is provided as is. Dell Corporation makes no representations or warranties of any kind with respect to the information in this publication, and specifically disclaims implied warranties of merchantability or fitness for a particular purpose. Use, copying, and distribution of any Dell EMC software described in this publication requires an applicable software license. Dell EMC, the Dell EMC logo, are registered trademarks or trademarks of DELL EMC Corporation in the United States and other countries. All other trademarks used herein are the property of their respective owners. Copyright 2018 DELL EMC Corporation. All rights reserved. Published in the USA. March 2018 H15905 Dell believes the information in this document is accurate as of its publication date. The information is subject to change without notice. 2

TABLE OF CONTENTS EXECUTIVE SUMMARY...4 Audience... 4 DISK LIBRARY FOR MAINFRAME DLM8500 OVERVIEW...4 GD OVERVIEW...6 GD TAPE MONITORING...7 TEST SETUP / TEARDOWN...8 FAILOVER / FAILBACK...9 SWITCHOVER / SWITCHBACK... 10 GD FOR UNIVERSAL DATA CONSISTENCY TM... 10 SUMMARY... 11 3

Executive Summary Disk Library for mainframe is an industry-leading virtual tape library (VTL) for IBM and Unisys ClearPath Dorado mainframe computers (referred to herein as mainframes ) Unlike other leading VTLs for mainframes, DLm is a disk-only solution storing tape volume (VOLSER) images on disk storage attached to the DLM virtual tape emulation system. As a disk-only solution, DLm does not rely on physical robotic tape libraries to provide data protection and/or disaster recovery. Typical DLm configurations include multiple DLms, usually in different physical locations, replicating their critical tape volumes (VOLSERs) between each other in order to provide appropriate data protection in the event of physical equipment failure or destruction. DELL EMC GD is a long-established, mainframe-based software automation package DELL EMC has used to provide equipment and environmental monitoring, alerting, and automated restart and recovery in IBM z/os mainframe multi-site environments where Dell EMC VMAX Direct Access Storage Devices (DASD) are in use. GD Tape provides similar monitoring, alerting, and restart capabilities to multi-site IBM z/os environments where Disk Library for mainframe has been implemented. GD and GD Tape can be implemented separately or together to aid, enhance, and provide geographically dispersed disaster recovery for multi-site z/os environments using both VMAX DASD and DLm storage systems. Audience This white paper is intended for IBM z/os (mainframe) storage administrators, managers and decision makers. The purpose of this white paper is to provide an overview of capabilities available in GD Tape and how those capabilities can be used to provide an enhanced automated approach to DLm monitoring and restart in a two-site mainframe environment where DLm has been implemented. Disk Library for mainframe DLm8500 Overview DLm8500 is a single or multi-rack system with 16 Gbit FICON interfaces and is capable of emulating 1 to 256 virtual tape drives. A typical DLm environment consists of one or more Virtual Tape Engines (s) attached to a Data Domain storage subsystem with data protection provided by the DD storage replicating to a remote DD and DLm. Figure 1 shows a sample configuration implemented in a 2 site mainframe environment. DLm8500 scales from one Virtual Tape Engine () with up to four 16 Gbit FICON interfaces emulating 256 drives up to a maximum of 8 s providing a total of 32 FICON interfaces and emulating up to 2,048 virtual tape drives. DLm8500 supports Data Domain, VNX, and VMAX storage systems for use as a virtual library storage space. Mainframes can scale their total virtual tape library capacity from a few TB of usable space to many PBs of storage, depending on which storage solution is implemented. For example, a DLm8500 using Data Domain storage can scale total usable capacity from approximately 20 TB to just over 10 PB. Combining that usable capacity with data deduplication rates of 5 to 1 or higher and a single DLm solution can satisfy a wide variety of demands. 4

Figure 1. Typical DLm8500 Deployment Primary Site Secondary Site DLm8500 DLm8500 DLm8500 Data Domain And /Or VNX, VMAX All Flash, VMAX3 Data Domain And /Or VNX, VMAX All Flash, VMAX3 5

As shown below in Figure 2, the DLm architecture consists of three distinct components, Virtual Tape Engines (s) providing the mainframe connectivity and tape emulation, one or more file services providing shared access to storage for multiple s, and the physical storage itself. Figure 2. DLm Architecture File Service s File Service sssss Each provides up to 4 FICON interfaces and emulates 256 tape drives. Multiple file service engines provided shared access to the storage so that a tape volume (VOLSER) written by a drive in one can be later accessed by a drive in a different. A DLm tape library is made up of multiple shared filesystems exported from one or more file services. A small DLm could be a single filesystem managed by a single file service. A large DLm library could be made up of 100s of filesystems being managed by multiple file service engines. Filesystems can be organized into storage classes within the library allowing tape volumes to be separated into groups based on class. For example, an application s tapes (such as payroll) could be separated into their own filesystems by writing those tapes to a different storage class. A common use for storage classes is to separate production tapes requiring data protection from work tapes requiring no protection. Filesystems in a production storage class would be replicated to a remote site, while filesystems in a work class would not be replicated. Individual filesystems can hold thousands of individual tape volumes. Disk Library for mainframe is a tape-on-disk solution. Unlike other virtual tape libraries where VOLSERs written by the mainframe are temporarily stored on a disk cache and then stacked on dense physical cartridges for permanent storage and data protection, DLm compresses data received from the mainframe and then permanently stores the VOLSER images on Dell EMC storage with data protection being provided via a combination of a Redundant Array of Independent Disks (RAID) and data replication between DLMs providing multiple copies of the data. GD Overview Geographically Dispersed Disaster Restart (GD) software is IBM mainframe-based software. Figure 3 GD provides two distinct capabilities. As shown in 6

First, GD provides continuous monitoring of the storage and environment. When a disruption or failure is detected, GD will automatically provide alerting to the mainframe operations staff that a disruption / failure has been detected. Secondly, GD provides Disaster Recovery automation services. These services are provided via a collection of scripts that can be run on the mainframe to take specific actions and provides automation for both planned and unplanned events. Site 1 Site 2 Monitoring Automation Monitoring Automation Figure 3. GD essential Software function GD is offered in two distinct varieties. The original GD targets mainframe Direct Access Storage Devices (DASD); specifically VMAX FICON attached storage being used as the primary DASD in z/os environments. This product, GD, includes support for high-end Disk Library for mainframe configurations where VMAX storage is being used as the DLm repository. Universal Data Consistency TM will be discussed later in this paper and allows VMAX DASD and DLM VMAX storage to be controlled together across two and three site configurations in order to provide single point in time data consistency between data stored on DASD and data stored in a DLm virtual tape library. GD Tape leverages the technologies developed for the full GD product to provide a cost effective solution for monitoring and providing automation for two site DLm environments when DLm is being used with VNX and/or Data Domain storage. GD Tape is intended to provide 3 basic services to two site DLm environments: 1. Monitoring of the DLm components with automatic Alerting when a non-standard condition is detected. 2. Automatic setup and tear down of a test environment allowing for testing to be done without disrupting production tape processing 3. Automation for failover / failback between DLms during either a planned or unplanned event. GD Tape Monitoring 7

As discussed in the DLm Overview section earlier in this white paper, a DLm solution is made up of a number of components, including replication links and services which are used to replicate data between DLMs in order to provide data protection to the overall two site environment. GD Tape software runs as a started task in a production z/os LPAR on the mainframes making up the two site environment. GD Tape monitors the storage, s, switches, filesystems, and the replication links to insure operation of the solution. GD Tape automatically alerts mainframe operations when a fault or error condition is detected in the DLm environment. Providing operations staff the opportunity to take whatever corrective action deemed necessary based on the alert that has been raised. Test Setup / Teardown DLm environments are typically made up of two DLms replicating data between each other in order to provide data protection. As shown in Figure 5, a typical two site DLm configuration has two copies of both DLMs libraries. The DLm at Site 2 has its own production DLm library (L2) as well as a backup copy of Site 1s library (L1B). Site 1 has its own production library (L1) as well as a copy of Site 2s library (L2B). Site 1 Site 2 Monitoring Monitoring Automation Automation L1 L2 L2B L1B Figure 4 A Typical 2 Site DLm Environment with GD Tape A single DLm library is typically made up of 1 to many filesystems. Each filesystem within a DLm library may contain hundreds or even thousands of individual tape volumes (VOLSERs) depending on the sizes of both the filesystems and the tape volumes residing in them. There are two critical requirements for conducting a test in a two site DLM environment: 1. Allow testing to occur with minimal or no disruption of production tape processing and data replication between sites. 2. Allow full destructive testing where individual tape volumes (VOLSERs) may be modified and scratched during test without have permanent impact to those volumes once the test has completed. 8

GD Tape satisfies these two requirements by providing automated scripts to create a copy of a DLm library. Once GD Tape has built the copy (snapshot) of the DLm library, a DLM test library with independentt virtual drives can be started on the DLM s and used to conduct a mainframe test without disrupting whatever production processing might be going on in the environment. Let s take a closer look at how Testing might be performed. Referring to Figure 6, Site 1 is a production mainframe environment. The L1 library is a production library that must be maintained for production processing. For the sake of discussion let s assume the L1 tape library is made up of 10 individual filesystems, each of which may contain 100s or 1000s of virtual tape images (VOLSERs). Site 1 Monitoring Monitoring Site 2 Automation Automation Library Library L1 L2 L2B L1B L1dr Figure 5 DLm Test Environment All 10 of the filesystems making up the production tape library are being replicated to a DLm at site 2 and stored in a backup library (L1B). These filesystems are not normally configured as part of a virtual tape library at site 2. They are inactive filesystems only used as targets to the replication services running at Site 1. Using a GD Tape ISPF interface, a system administrator would instruct GD to snap the backup library. GD Tape automatically takes a snapshot of each of the 10 filesystems making up the backup and creates a copy (L1dr) for use during testing. Replication from site 1 to site 2 continues. The L1dr copy of the library takes very little incremental space on the DLM at Site 2. Snapshots are done by building pointers to the backup copy (L1) maintaining copies of data that is changed during the test. Once the library has been created, a test virtual tape library is defined across the DLm s and drives are varied online in the mainframe at site 2. Full read / write access to all tapes in the Test library are available during the test. Once testing is complete, the test library devices are varied offline. GD Tape can now be instructed to discard the snapshot of the library, deleting the snapshots of the 10 filesystems from the DLm. Full production processing has continued and been available throughout the Test. Replication between the product library at site 1 and the copy of the llibrary at site 2 has remained active implying that the library has been fully protected during the test. Failover / Failback 9

GD Tape constantly monitors the DLm solution and provides alerts to mainframe operations when a fault and/or critical condition is detected. GD Tape does not on its own initiate an automatic failover or switchover of a DLm library from one DLm to another. GD Tape simply notifies operations that an error has been detected. If DLm failover / switchover is deemed necessary, then mainframe operations can initiate GD Tape automation to conduct the failover / switchover. Once again referring to Figure 4. Assume that the production DLm at site 1 has experienced a critical failure. GD Tape has notified operations and it has been determined that a full failover of the DLM 1 library to DLM 2 is necessary in order to allow batch processing to be performed at Site 2 until such time that Site 1 can be restored. Assuming replication from DLm 1 to DLm 2 has been disrupted, GD Tape can be used at Site 2 to promote the copies of Site 1s filesystems (L1B) making them read/write capable. Once the filesystems are read/write ready the s on the DLm at Site 2 are updated to define a virtual tape library and drives to access the new library. Drives are then varied online and batch processing at Site 2 is available. Once Site 1 is restored, a failback process would be initiated to synchronize the filesystems from Site 1 with any changes that have occurred at Site 2 during the outage. Once all filesystems are up to date, the filesystems at Site 2 would once again be established as targets for the filesystems at Site 1 with processing at Site 1 and replication to Site 2 being resumed. Switchover / Switchback Some planned and unplanned outages are short enough that a full failover / failback may not be warranted. GD Tape allows processing at Site 2 with read-only access to tape volumes from Site 1 through a process referred to as Switchover. When operations initiates a switchover, GD Tape will make the target, backup copy (L1B) of the production library available to a virtual library defined on the DLm at Site 2 in read-only mode. Any batch job requiring read-only access to a tape volume (VOLSER) normally located at Site 1 can be run at Site 2 and gain access to the needed VOLSER in the backup library (L1B). The advantage of establishing a switchover environment is that no failover is required to re-establish the DLm at Site 1. Since no tapes in L1B are updated during switchover processing, there is no need to re-sync data from L1B back to L1 before restarting the production DLm at Site 1. Instead the read-only library at Site 2 is idled and the production library at Site 1 is simply re-initiated. GD for Universal Data Consistency TM Dell EMC offers a unique data consistency solution for customers using both VMAX as their primary mainframe DASD and Disk Library for mainframe with VMAX backend storage for their virtual tape library. Dell EMC Mainframe-Enabler software includes Consistency Group (ConGroup) and Multi-Session Consistency (MSC) software packages that run on an IBM z/os mainframe to provide point in time data consistency across CKD devices and/or LUNs being replicated using Symmetrix Remote Data Facility (SRDF). ConGroup provides data consistency for synchronous replication links (SRDF/S) while MSC provides data consistency for asynchronous replication links (SRDF/A). Using the full GD product, 2-site and 3-site VMAX SRFD configurations, including 3-Site STAR, can guarantee that devices / LUNs defined in a single consistency group will be maintained in a single point in time insuring that restart at a site can always be performed. When DLm is configured with VMAX storage as the primary DLm Virtual Tape Library, GD supports DLm storage being included with VMAX storage into a single consistency group providing an industry unique Universal Data Consistency across both mainframe DASD and Tape. Figure 6 shows a fully implemented UDC configuration in a 3-Site STAR environment. In such an environment ConGroup software will insure that data stored in 3390 volumes on VMAX DASD will be maintained consistent with DLm virtual tape data stored in the fibre channel VMAX storage within the DLM 10

virtual tape library where the data is being replicated from the top-left site in Figure 6 to the top-right site using SRDF/S. Likewise, MSC software will insure that data stored in the VMAX DASD storage will be maintained consistent with data in the DLm VMAX storage as data is Asynchronously replicated using SRDF/S to the site in the bottom of Figure 6. GD software running on each of the mainframes will monitor the total environment and provide automatic alerts to any abnormality that may occur. Allowing operations to initiate whatever action may be necessary to keep the environment running smoothly. Figure 6 GD with Universal Data Consistency for VMAX DASD and DLm System z VMAX DASD VMAX DASD System z GD ConGroup ConGroup GD SRDF/S DLm8500 DLm8500 SRDF/A VMAX DASD MSC Group GD System z DLm8500 Summary Disk Library for mainframe is a tape-on-disk virtual tape library for IBM mainframe environments. Data protection and Disaster Recovery is provided by replicating the DLm library to a separate DLm at a remote location. GD Tape is optional software available to z/os mainframe environments for assisting in the operation and management of two site DLm environments. GD Tape provides 3 types of services to the 2 Site DLm environment: 1. DLm Solution Monitoring with Automatic Alerting 2. Operations initiated Setup and Tear-Down of DLm Test Environments and Libraries. 3. Operations initiated planned and unplanned Failover and Failback of the DLm solution. Using GD Tape, DLm users can easily and efficiently manage their DLm operations. GD Tape is available to DLm customers in z/os environments when using either VNX and/or Data Domain storage as their primary DLm repository. 11

GD Tape was derived from GD which focuses on provide automated Disaster Recovery and Restart for mainframes using VMAX storage as their primary mainframe DASD. Additionally, GD provides an industry unique Universal Data Consistency solution for customers using both VMAX DASD and DLm with VMAX storage as their primary DLm data repository. For these customers, GD UDC insures a until point-in-time data consistency across both mainframe CKD DASD volumes and the DLm virtual tape library. 12