IBML RAMAC Virtual Array, Peer-to-Peer Remote Copy, and IXFP/SnapShot for VSE/ESA Alison Pate Dionisio Dychioco Guenter Rebmann Bill Worthington International Technical Support Organization http://www.redbooks.ibm.com This book was printed at 240 dpi (dots per inch). The final production redbook with the RED cover will be printed at 1200 dpi and will provide superior graphics resolution. Please see “How to Get ITSO Redbooks” at the back of this book for ordering instructions.
IBML International Technical Support Organization RAMAC Virtual Array, Peer-to-Peer Remote Copy, and IXFP/SnapShot for VSE/ESA January 1999 SG24-5360-00
Take Note! Before using this information and the product it supports, be sure to read the general information in Appendix E, “Special Notices” on page 65. First Edition (January 1999) This edition applies to Version 6 of VSE Central functions, Program Number 5686-066, Version 2, Release 3.1 of VSE/ESA, Program Number 5590-VSE, and Version 1, Release 16 of Initialize Disk (ICKDSF), Program Number 5747-DS2 for use with the VSE/ESA operating system.
Contents Preface . . . . . . . . . . . . . . . . The Team That Wrote This Redbook . . . . . . . . Comments Welcome . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Chapter 1. The IBM RAMAC Virtual Array . . . . . . . . . 1.1 What Is an IBM RAMAC Virtual Array? . . . . . . . . . 1.1.1 Overview of RVA and the Virtual Disk Architecture 1.1.2 Log Structured File . . . . . . . . . . . . . . . . . . 1.1.
4.3.3 Subsystem Summary Report . . . . . . . . . . . . . . . . . . . . . . . . Chapter 5. Peer-to-Peer Remote Copy . . . . . . . . . . . . . . . . . . . . . 5.1 PPRC and VSE/ESA Software Requirements . . . . . . . . . . . . . . . 5.2 PPRC Hardware Requirements . . . . . . . . . . . . . 5.3 Invoking peer-to-peer remote copy 5.4 SnapShot Considerations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5.4.1 Primary Devices of a PPRC Pair . . . . . . . . . . 5.4.
ITSO Redbook Evaluation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
vi RAMAC Virtual Array, Peer-to Peer Remote VSE/ESA
Preface This redbook provides a foundation for understanding VSE/ESA′s support for the IBM 9393 RAMAC Virtual Array (RVA). It covers existing support and the recently available IXFP/SnapShot for VSE/ESA and peer-to-peer remote copy support for the RVA. It also covers using IXFP/SnapShot for VSE/ESA for VSE/VSAM. The redbook is intended for use by IBM client representatives, IBM technical specialists, IBM Business Partners, and IBM customers who are planning to implement IXFP/SnapShot for VSE/ESA on the RVA.
Comments Welcome Your comments are important to us! We want our redbooks to be as helpful as possible. Please send us your comments about this or other redbooks in one of the following ways: viii • Fax the evaluation form found in “ITSO Redbook Evaluation” on page 73 to the fax number shown on the form. • Use the online evaluation form found at http://www.redbooks.ibm.com/ • Send your comments in an Internet note to redbook@us.ibm.
Chapter 1. The IBM RAMAC Virtual Array In this chapter we describe the RAMAC Virtual Array (RVA) and the support that VSE/ESA delivers for it. 1.1 What Is an IBM RAMAC Virtual Array? We explain functions here on a level that is needed to understand how data is stored and organized on an RVA. If you would like more detailed descriptions of this interesting virtual disk architecture, see the redbook entitled IBM RAMAC Virtual Array , SG24-4951. 1.1.
The functional track directory (FTD) is the collective name for two tables that together map each functional track to an area in the RVA′s physical storage: − Functional track table The functional track table (FTT) contains the host-related pointers, that is, the functional-device-related track pointers of the FTD. − Track number table The track number table (TNT) contains the back-end data pointers of the FTD. A reference counter is also part of this table.
1.2 VSE/ESA Support for the RVA The RVA has been supported by VSE/ESA since its introduction. Because the RVA presents itself as logical 3380 or 3390 direct access storage devices (DASD) attached to a logical 3990 Model 3 storage control, releases of VSE/ESA supporting this logical environment have functioned with the RVA. However, until now, VSE/ESA has not provided SnapShot, deleted data space release (DDSR) or capacity reporting natively.
Figure 2. Data Snapping. SnapShot creates a logical copy by copying the FTD pointers. Only when either the original or the copied track is updated is its associated FTD pointer changed to point to the new data location. The other FTD pointer remains unchanged. Additional space is needed in this case. As long as there is a pointer to a data block in the physical disk storage, the block cannot become free for the freespace collection process.
1.2.3.2 Reporting Functions The IXFP/SnapShot for VSE/ESA reporting functiion displays logical volume utilization, such as space allocated and data stored on the volume. It can also display a summary of the entire subsystem and its NCL, freespace, capacity allocated and used, and the compression and compaction ratio. For the capacity management functions supported by OS/390 and VM/ESA, such as reconfiguring the DASD, adding or deleting volumes, and draining an array, you use the RVA′s local operator panel.
6 RAMAC Virtual Array, Peer-to Peer Remote VSE/ESA
Chapter 2. RVA Benefits for VSE/ESA In this chapter we describe how VSE/ESA′s support for the RVA assists in managing storage, affects batch window characteristics, improves application development, and increases the availability of data to the applications running on the host system. 2.1 RVA Simplifies Your Storage Management The RVA virtual disk architecture has many benefits to simplify your storage management.
disk architecture, for the same physical space. Thus you can spread data over more volumes to improve performance and data availability of the subsystem. The hardware design of the RVA allows you to upgrade physical disk space to 726 GB without any subsystem outage time and without any change to the logical device configuration. Cache upgrades are also concurrent with subsystem operation. Therefore you have a high level of data availability and low subsystem outage time for planned configuration changes.
2.2.1 RAMAC Virtual Array The RVA′s virtual disk architecture enables performance improvement in batch processing. This new architecture, coupled with data compression and self-tuning capabilities, improves disk capacity utilization. Data from all logical volumes is written across all the physical disks the array. Automatic load balancing across the volumes occurs as data is written to the array.
• Report generation A large part of batch processing is often dedicated to generating output reports from production data. Often read access only is required by the applications. SnapShot can be used to decrease the contention of multiple read jobs accessing the same data set by replicating critical files and allowing parallel access to multiple copies of the data.
All necessary repair actions due to a hardware failure are performed concurrently with customer operation. With the RVA, data availability is also maintained during upgrades. Upgrading disk arrays or cache size can be done concurrently with subsystem operation, without impact or performance degradation. 2.4.2 SnapShot With SnapShot you can make a copy of your online data to use for different tests while the original data is available to the production system.
12 RAMAC Virtual Array, Peer-to Peer Remote VSE/ESA
Chapter 3. VSE/ESA Support for the RVA In this chapter we cover several utilities and the VSE/ESA Base Programs that support the RVA. 3.1 Prerequisites The RVA has been supported since VSE/ESA Version 1.4 and RVA microcode level of LIC 03.00.00 or higher. An equivalent microcode level is required for the StorageTek Iceberg 9200.
3.2 Volumes With VSE/ESA and the RVA, the subsystem volumes can be defined in different emulation modes. This makes the RVA absolutely adaptable to your needs. The following device type emulations are supported with the RVA: • • 3380 model J, K, and KE (KE is a 3380K compatible device with the same number of cylinders (1770) as a 3380E). 3390 models 1, 2, and 3 3.3 Host Connection Host connectivity options include parallel and/or ESCON attachment.
3.4 ICKDSF Once the 9393 is installed and the functional devices are defined on the operator panel (see Appendix A, “RVA Functional Device Configuration” on page 41) the only initialization needed for the RVA functional devices is a minimal init, ICKDSF INIT, with the additional parameters needed to define the VOLID and the volume table of contents (VTOC) size and location. The CHECK parameter is not supported, because surface checking is not needed on an RVA.
16 RAMAC Virtual Array, Peer-to Peer Remote VSE/ESA
Chapter 4. IXFP/SnapShot for VSE/ESA IXFP/SnapShot for VSE/ESA is a combination of software and RVA microcode functions. It has three main functions, namely, SnapShot, DDSR, and Report. SnapShot is the data duplication utility that exploits the RVA′s virtual disk architecture to achieve instantaneous copy without actually using resources. DDSR releases space occupied by a volume, a cylinder range, and a specified data set.
2. From a batch job You can code the function you want to invoke in the PARM field of the VSE-provided DTRIATTN module and submit the batch job for execution. Figure 7 illustrates the report function (IXFP REPORT) being invoked by a batch job using DTRIATTN. // JOB // log // EXEC /& jobname DTRIATTN,PARM=′ IXFP REPORT′ Figure 7. Sample Batch Job to Invoke IXFP Report Function 3. From a REXX CLIST You can code the IXFP function in the SENDCMD of REXX.
* $$ JOB JNM=IXFPREXX,CLASS=0,DISP=D // JOB IXFPREXX // LIBDEF *,SEARCH=(PRD2.CONFIG,PRD1.BASE) // EXEC REXX=IXFPREXX,PARM=′ IXFP REPORT#′ /& * $$ EOJ Figure 9. Using a REXX CLIST As a Batch Job Step to Invoke an IXFP Function Note: More information about the REXX/VSE console automation capability can be found in Chapter 14 of the REXX/VSE V6 R1.2 Reference Manual , SC33-6642-01. Chapter 4.
Figure 10 displays the RVA subsystem status on the operator console. ixfp report AR 0015 SUBSYSTEM 1321117 AR 0015 *** DEVICE DETAIL REPORT *** AR 0015 <---FUNC. CAPACITY (MB)---> <---CAPACITY (%)---> PHYS. COMP. AR 0015 CUU DEF ALLOC STORED UNUSED ALLOC STORED UNUSED USED(MB) RATIO AR 0015 80E 2838.0 N/A 369.2 2468.7 N/A 13.01 86.99 213.6 1.72 AR 0015 80F 2838.0 N/A 0.8 2837.1 N/A 0.03 99.97 0.0 9.
4.1 IXFP SNAP SNAP identifies this command as a SNAP function. Figure 12 shows the syntax of the IXFP SNAP command. ┌─,───────────────────────────────────────────────────────────────┐ ──IXFP────SNAP,─┬──source─┬───────────────────┬─:target─┬────────┬──┬─────────────┬─┴─┬──┬───────────┬──────────── │ └─(scyl─┬─-scyl─┬─)─┘ └─(tcyl)─┘ └─,VOL1=volid─┘ │ └─,NOPROMPT─┘ │ └─.ncyl─┘ │ └─source(DSN=′ data-set-name′ ) : target─┬────────┬───────────────────────┘ └─(tcyl)─┘ Figure 12.
AR 0015 1I40I READY ixfp snap,80e:80f,vol1=patev3 AR+0015 IXFP23D SNAP FROM CUU=80E CYL=′0000′ TO CUU=80F CYL=′0000′ NCYL=′ 0 D0B - REPLY ′ YES′ TO PROCEED 15 yes AR 0015 IXFP22I SNAP TO CUU= 80F STARTED AT 18:46:51 11/16/1998 AR 0015 IXFP20I SNAP FUNCTION COMPLETED AT 18:46:51 11/16/1998 AR 0015 1I40I READY Figure 13. Decision-Type Message Issued to Confirm SNAP VSE/VSAM VSE/VSAM support is not currently included in IXFP/SnapShot for VSE/ESA.
4.1.2 A Range of Cylinders You copy a range of cylinders by identifying the device address or VOL1 label of the source and target in the IXFP SNAP command. In addition, the decimal start cylinder (scyl) and end cylinder (-scyl) or number of cylinders (,ncyl) are specified in parentheses and appended to the source specification. Optionally, the target start cylinder (tcyl) can be included to specify where copying is to start on the target device. To illustrate, we use two volumes: PATEV1 and PATEV2.
The source and the target device must be of the same type and must be within the same RVA subsystem. (If you are using test partitions, the source and the target must also be in the same partition.) 4.1.3 A Non-VSAM File You copy a file by indicating the data set name on the source device, using the DSN= (data set name) parameter, in addition to identifying the source and target device address or VOLID labels. The file specified must be non-VSAM.
4.2 IXFP DDSR DDSR identifies this command as a DDSR function. DDSR causes the release of the physical storage space associated with: • Expired files • A total volume • A range of cylinders • A specified file This function ensures that all space releases done on the VSE system (normally through deletes) result in space releases in the RVA subsystem. Figure 14 shows the syntax of the IXFP DDSR command.
Notes: When you do DDSR for expired files, VSE performs checking on the online (up) units. DDSR checks only those RVA devices managed by the VSE system. DDSR considers only the files created by VSE. 4.2.2 A Total Volume It is possible to delete and release space for an entire volume when you include the device address or VOLID label with no other operands. To illustrate, we use volume PATEV3 with device address 80F.
The NOPROMPT parameter is included to prevent decision-type messages from being issued. Otherwise, decision-type messages are issued for the operator to verify and confirm (similar to Figure 16). Notes: The device should belong to the RVA subsystem managed by the VSE system. The device should be in the offline (DVCDN) condition. The highest (end) cylinder number must not exceed 32767 or the maximum number of cylinders of the devices.
┌── ───────┐ ──IXFP────REPORT──┬─────┬┴──────────────────────────────────────────────────────────────────────────────────────── └─,id─┘ Figure 17. Syntax of IXFP REPORT Command When the command is issued without the id parameter, all information about every RVA subsystem, including all devices known to the VSE system, is displayed.
ixfp report AR 0015 SUBSYSTEM 1321117 AR 0015 *** DEVICE DETAIL REPORT *** AR 0015 <---FUNC. CAPACITY (MB)---> <---CAPACITY (%)---> PHYS. COMP. AR 0015 CUU DEF ALLOC STORED UNUSED ALLOC STORED UNUSED USED(MB) RATIO AR 0015 80E 2838.0 N/A 369.2 2468.7 N/A 13.01 86.99 213.6 1.72 AR 0015 80F 2838.0 N/A 0.8 2837.1 N/A 0.03 99.97 0.0 9.65 AR 0015 AR 0015 *** DEVICE SUMMARY REPORT AR 0015 CAPACITY <-----TOTAL-----> <------TOTALS %------> COMP. AR 0015 DEFINED 5676.032 MB 100.00 RATIO AR 0015 STORED 370.
STORED This field contains the percentage of the defined functional capacity that contains stored data (occupying disk array storage) for the device or subsystem. UNUSED This field contains the percentage of the defined functional capacity for the device or subsystem that does not yet contain data and is thus unused (that is, not occupying disk array storage). PHYS.
4.3.2 Device Summary Report CAPACITY This column covers the capacity groups that are being differentiated. <-----TOTAL-----> This column covers the total capacity in megabytes that has been allocated to the appropriate group in that line. The capacity is the sum of all the devices that were selected for the report. <------TOTALS %------> This column shows the percentage of capacity that the group in the appropriate line is occupying, always compared to the 100% defined functional capacity in the first row.
32 RAMAC Virtual Array, Peer-to Peer Remote VSE/ESA
Chapter 5. Peer-to-Peer Remote Copy In this chapter we describe the VSE/ESA support for the RVA and the PPRC. As part of the continuing effort to meet customer requirements for 24-hour 7-day availability, the RVA Model T82 provides remote copy for disaster and critical volume protection. PPRC is supported by OS/390, VSE/ESA, and VM/ESA. PPRC complements the existing availability functions of the RVA, such as the dual power systems, nonvolatile storage (NVS), and nondisruptive installation and repair.
Figure 20 on page 34 shows the data flow between the host and the two RVAs. This would be the sequence of a write operation to the primary RVA: 1. The host application issues a write request to a file, and the VSE/ESA supervisor converts the request to a start subchannel request to the RVA. The RVA receives the request, compresses the data as it comes across the ESCON host adapter, and stores the data in both its cache and NVS. 2.
5.2 PPRC Hardware Requirements The hardware requirements for both the primary and secondary RVAs to support PPRC are: • • • • RVA Model T82 Feature code 7001 PPRC-enabling LIC (LIC level T04.05.xx is the minimum level) Remote Service capability Note: We recommend that 4 GB of cache be installed on the RVAs to maximize performance. We also recommend four ESCON links between the two subsystems. 5.
5.4 SnapShot Considerations The RVA provides the unique ability to combine SnapShot functions with PPRC functions. There are some considerations regarding the interaction of SnapShot with volumes that are part of a PPRC pair. You cannot use SnapShot to copy data onto any volume that is part of a PPRC pair. SnapShot requires that addresses be available on the same RVA subsystem where the source of the copy resides.
In the examples that follow, the short form of some of the parameters is used. The long form of these parameters is: • • • • NoVeriFY PRIMary SECondary UNITaddress 5.5.1 Setting Up PPRC Paths and Pairs The sequence of tasks for setting up PPRC at the primary site is: 1. Obtain the SSID, serial number, and CCA for both the primary and secondary sites′ storage controls. The PPRCOPY QUERY command can be used to obtain this information.
PPRCOPY SUSPEND(SEC) UNIT(D48) PRIM(X′0057′,7390007,X′07′) SEC(X′053F′,7390014,X′ 0F′ ) 2. Check on the secondary device, using QUERY at the recovery site: PPRCOPY QUERY UNIT(D8C) 3. Issue the RECOVER command at the recovery site: PPRCOPY RECOVER UNIT(D8C) NVFY PRIM(X′0057′,7390007,X′07′) SEC(X′053F′,7390014,X′ 0F′ ) The secondary device is now available for use at the recovery site. 5.5.3 Recovering from a Secondary Site Failure Assume that a secondary site failure occurred after step 6 of 5.5.
5.6.1 Determining the Logical Control Unit Number for RVA You can calculate the LCU number by using the CUADD value used in the IOCP configuration for each LCU. Each of the four CUADDs contains 64 devices. If the device numbers on the RVA have been generated as a contiguous group of 256 addresses, the LCU can be calculated from the last two digits of the device number. For example, for devices with an address between A40 and A7F, the corresponding LCU is LCU1.
40 RAMAC Virtual Array, Peer-to Peer Remote VSE/ESA
Appendix A. RVA Functional Device Configuration The procedure presented here describes the steps to configure functional devices through the 9393 operator panel. Figure 21 shows the steps required to get to the Functional Device Configuration screen. Figure 21. Functional Device Configuration On Functional Device Configuration screen CD23 (Figure 22 on page 42) follow the steps to modify the devices: Copyright IBM Corp.
Figure 22. Functional Device Configuration Screen CD23 1. Move the cursor up or down to select the device you want to modify and press Enter to get to Modify Functional Device screen CD32 (Figure 23). Figure 23. Modify Functional Device Screen CD32 2. On screen CD32 enter the name of the device, modify the device accordingly, and press F10 to save and go back to CD23. 3. Repeat steps 1 and 2 for each device you want to modify, or press F3 several times to leave the screen.
Appendix B. IXFP Command Examples In this appendix we present the syntax and use of the various IXFP commands. B.1 SNAP Command In this section we present examples of the IXFP SNAP command. The command syntax is followed by examples of using the command. Remember: Before you can use the SNAP option, you must bring the target offline by using the VSE/ESA DVCDN command. B.1.1 Syntax Figure 24 shows the syntax of the SNAP command.
target 44 access method (SAM) files, however, can be relocated to a different, single extent disk location on the target device. In this case, the tcyl operand must be supplied, but the device must not be a VM partial pack minidisk. The proper label information (single FORMAT-1 label) will be created and added to the target VTOC. Processing multivolume files is the responsibility of the operator, such that the SNAP command should be repeated for all the source volumes containing file extents.
NOPROMPT Prevents decision-type messages from being issued. Some messages require an operator reply before the specified function is initiated. The specification of the NOPROMPT keyword causes the system to bypass this decision-type message and initiates the function without any additional notice.
ixfp report AR 0015 SUBSYSTEM 1321117 AR 0015 *** DEVICE DETAIL REPORT *** AR 0015 <---FUNC. CAPACITY (MB)---> <---CAPACITY (%)---> PHYS. COMP. AR 0015 CUU DEF ALLOC STORED UNUSED ALLOC STORED UNUSED USED(MB) RATIO AR 0015 80E 2838.0 N/A 369.2 2468.7 N/A 13.01 86.99 213.6 1.72 AR 0015 80F 2838.0 N/A 0.8 2837.1 N/A 0.03 99.97 0.0 9.65 AR 0015 AR 0015 *** DEVICE SUMMARY REPORT AR 0015 CAPACITY <-----TOTAL-----> <------TOTALS %------> COMP. AR 0015 DEFINED 5676.032 MB 100.00 RATIO AR 0015 STORED 370.
Notes: In Figure 25, in the DEVICE DETAIL REPORT, the data stored for device 80F reflects snapping the data from 80E. Also, the physical used capacity reflects its source on device 80E. The key indicator is the NET-CAPACITY-LOAD (%), which shows that the PROD capacity of the RVA has remained constant at 51.01%. Using the VOLUME command, we verified that the target volume serial number had been changed to PATEV3.
ixfp snap,80e(dsn=′ test.data.1′ ) : 8 0 f(1000),noprompt AR 0015 IXFP22I SNAP TO CUU= 80F STARTED AT 18:52:48 11/17/1998 AR 0015 IXFP20I SNAP FUNCTION COMPLETED AT 18:52:48 11/17/1998 AR 0015 1I40I READY ixfp snap,80e(dsn=′ test.data.2′ ) : 8 0 f(2000),noprompt AR 0015 IXFP25I VTOC ERROR DURING WRITEANY PROCESSING RC=′10′ ON DEVICE=80F AR 0015 1I40I READY Figure 27. Making a SnapShot with Relocation B.1.
B.2 DDSR Command In this section we present examples of the IXFP DDSR command. Remember: Before you can use the DDSR option against a volume, you must bring it offline by using the DVCDN VSE/ESA command. B.2.1 Syntax ──IXFP────DDSR─┬────────────────────────────────┬──┬───────────┬────────────────────────────────────────────────── │ ┌── ────────────────────────────┐ │ └─,NOPROMPT─┘ ├──,unit─┬───────────────────┬─┴─┤ │ └─(dcyl─┬─-dcyl─┬─)─┘ │ │ └─.
UP (DVCUP) state, the file will be deleted unconditionally and the space returned to the RVA freespace. If the device is DOWN (DVCDN), the command will be rejected and an error message provided. Processing multivolume files is the responsibility of the operator, such that the DDSR command should be repeated for all volumes containing file extents. NOPROMPT Prevents decision-type messages from being issued. Some messages require an operator reply before the specified function is initiated.
ixfp report,80f AR 0015 SUBSYSTEM 1321117 AR 0015 *** DEVICE DETAIL REPORT *** AR 0015 <---FUNC. CAPACITY (MB)---> AR 0015 CUU DEF ALLOC STORED UNUSED AR 0015 80F 2838.0 N/A 369.2 2468.7 AR 0015 1I40I READY ixfp ddsr,patev3 AR+0015 IXFP29D DDSR FOR CUU=80F (WHOLE 15 yes AR 0015 1I40I READY ixfp report,80f AR 0015 SUBSYSTEM 1321117 AR 0015 *** DEVICE DETAIL REPORT *** AR 0015 <---FUNC. CAPACITY (MB)---> AR 0015 CUU DEF ALLOC STORED UNUSED AR 0015 80F 2838.0 N/A 0.0 2838.
ixfp report,80e,80f AR 0015 SUBSYSTEM 1321117 AR 0015 *** DEVICE DETAIL REPORT *** AR 0015 <---FUNC. CAPACITY (MB)---> <---CAPACITY (%)---> PHYS. AR 0015 CUU DEF ALLOC STORED UNUSED ALLOC STORED UNUSED USED(MB) AR 0015 80E 2838.0 N/A 369.2 2468.7 N/A 13.01 86.99 213.6 AR 0015 80F 2838.0 N/A 369.2 2468.7 N/A 13.01 86.99 213.6 AR 0015 1I40I READY ixfp ddsr AR+0015 IXFP26D ′ TEST.DATA.1′ HAS EXPIRED ON CUU=80E - REPLY ′ YES′ FOR DELETION 15 yes AR+0015 IXFP26D ′ TEST.DATA.
and they were all on channel 8, ″IXFP REPORT,8″ would show all the devices in the RVA, because a storage control address was not specified. Note: The REPORT function, if used under VM, only works for full-pack minidisks or dedicated devices. B.3.2 Reporting on the Capacity of a Single Volume Figure 33 shows the response to a single volume request. ixfp report,80e AR 0015 SUBSYSTEM 1321117 AR 0015 *** DEVICE DETAIL REPORT *** AR 0015 <---FUNC. CAPACITY (MB)---> <---CAPACITY (%)---> PHYS. COMP.
ixfp report AR 0015 SUBSYSTEM 1321117 AR 0015 *** DEVICE DETAIL REPORT *** AR 0015 <---FUNC. CAPACITY (MB)---> <---CAPACITY (%)---> PHYS. COMP. AR 0015 CUU DEF ALLOC STORED UNUSED ALLOC STORED UNUSED USED(MB) RATIO AR 0015 80E 2838.0 N/A 392.9 2445.1 N/A 13.84 86.16 214.4 1.83 AR 0015 80F 2838.0 N/A 392.9 2445.1 N/A 13.84 86.16 214.4 1.83 AR 0015 AR 0015 *** DEVICE SUMMARY REPORT AR 0015 CAPACITY <-----TOTAL-----> <------TOTALS %------> COMP. AR 0015 DEFINED 5676.032 MB 100.
INIT SYSNAME(SYS004) NOVERIFY PURGE VOLID(PATEV1) /* // ASSGN SYS004,80F,SHR // EXEC ICKDSF,SIZE=AUTO INIT SYSNAME(SYS004) NOVERIFY PURGE VOLID(PATEV2) /* /& Figure 37 shows the console log from the above job stream. Notice that we used DDSR to free any extraneous space on the disks.
ixfp report AR 0015 SUBSYSTEM 1321117 AR 0015 *** DEVICE DETAIL REPORT *** AR 0015 <---FUNC. CAPACITY (MB)---> <---CAPACITY (%)---> PHYS. COMP. AR 0015 CUU DEF ALLOC STORED UNUSED ALLOC STORED UNUSED USED(MB) RATIO AR 0015 80E 2838.0 N/A 0.0 2838.0 N/A 0.00 100.00 0.0 N/A AR 0015 80F 2838.0 N/A 0.0 2838.0 N/A 0.00 100.00 0.0 N/A AR 0015 AR 0015 *** DEVICE SUMMARY REPORT AR 0015 CAPACITY <-----TOTAL-----> <------TOTALS %------> COMP. AR 0015 DEFINED 5676.032 MB 100.00 RATIO AR 0015 STORED 0.000 MB 0.
/* // DLBL OUTPUT,′ TEST.DATA.1′,1998/300,SD // EXTENT SYS005,PATEV1,1,1,135,450 // LOG * BUILD EXPIRED SEQUENTIAL FILE ON 80E * 5,000 RECORDS, 4,000 BYTES LONG, ″1″ FILL CHARACTER // NOLOG // EXEC DITTO,SIZE=AUTO $$DITTO BSQ FILEOUT=OUTPUT,RECSIZE=4000,NLRECS=5000,FILLCHAR=1, $$DITTO BLKFACTOR=1 $$DITTO EOJ /* // DLBL OUTPUT,′ TEST.DATA.
ixfp report AR 0015 SUBSYSTEM 1321117 AR 0015 *** DEVICE DETAIL REPORT *** AR 0015 <---FUNC. CAPACITY (MB)---> <---CAPACITY (%)---> PHYS. COMP. AR 0015 CUU DEF ALLOC STORED UNUSED ALLOC STORED UNUSED USED(MB) RATIO AR 0015 80E 2838.0 N/A 369.2 2468.7 N/A 13.01 86.99 213.6 1.72 AR 0015 80F 2838.0 N/A 0.8 2837.1 N/A 0.03 99.97 0.0 9.65 AR 0015 AR 0015 *** DEVICE SUMMARY REPORT AR 0015 CAPACITY <-----TOTAL-----> <------TOTALS %------> COMP. AR 0015 DEFINED 5676.032 MB 100.00 RATIO AR 0015 STORED 370.
Appendix C. VSE/VSAM Considerations VSE/VSAM support is not included in IXFP/SnapShot for VSE/ESA. This does not mean however that you cannot take advantage of IXFP/SnapShot for VSE/ESA with VSE/VSAM data sets. It does mean that there is no support in IXFP/SnapShot for VSE/ESA to dynamically adjust the VSAM catalog to reflect the target of the SnapShot copy. However, through job control, a user catalog can point to the SnapShot copy and access the data on the copy.
Warning This approach may not work with VSAM files that specify share options 2 or 4. The reason for the problem here is that, with SHROPTN(2), or SHROPTN(4), VSE/VSAM′s method of enqueuing the file (to protect it during a write) uses the file ID of the VSAM catalog and the volume serial number of the volume. Notes: Share option 2 provides that the file may be opened by more than one request for input processing and, at the same time, by one request for output processing.
LPAR to a test LPAR. We would quiesce the files as above. And we would also make the SnapShot copy. But, this time, the volume serial number of the source would be retained on the target. Because the target volume for a SNAP copy is always in a DVCDN condition, the duplicate volume serial number would not interfere with the production system. The target volumes would then be taken away from the VSE production system through the use of the offline command.
62 RAMAC Virtual Array, Peer-to Peer Remote VSE/ESA
Appendix D. IOCDS Example IOCDS must have an LCU defined for each group of 64 functional devices. Each LCU should have two CNTLUNIT macros, one for each cluster. Figure 40 shows a sample IOCDS from the RVA.
64 RAMAC Virtual Array, Peer-to Peer Remote VSE/ESA
Appendix E. Special Notices This publication is intended to help IBM, Business Partner, and customer personnel understand how VSE/ESA provides support for the RAMAC Virtual Array. The information in this publication is not intended as the specification of any programming interfaces that are provided by IXFP/SnapShot for VSE/ESA, RAMAC Virtual Array, and peer-to-peer remote copy.
operating environments may vary significantly. Users of this document should verify the applicable data for their specific environment. Reference to PTF numbers that have not been released through the normal distribution process does not imply general availability. The purpose of including these reference numbers is to alert IBM customers to specific information relative to the implementation of the PTF when it becomes available to each customer according to the normal IBM PTF distribution process.
Appendix F. Related Publications The publications listed in this section are considered particularly suitable for a more detailed discussion of the topics covered in this redbook. F.1 International Technical Support Organization Publications For information on ordering these ITSO publications see “How to Get ITSO Redbooks” on page 69. • IBM RAMAC Virtual Array , SG24-4951 • RAMAC Virtual Array: Implementing Peer-to-Peer Remote Copy, SG24-5338 • Implementing SnapShot , SG24-2241 F.
68 RAMAC Virtual Array, Peer-to Peer Remote VSE/ESA
How to Get ITSO Redbooks This section explains how both customers and IBM employees can find out about ITSO redbooks, redpieces, and CD-ROMs. A form for ordering books and CD-ROMs by fax or e-mail is also provided. • Redbooks Web Site http://www.redbooks.ibm.com/ Search for, view, download or order hardcopy/CD-ROMs redbooks from the redbooks Web site. Also read redpieces and download additional materials (code samples or diskette/CD-ROM images) from this redbooks site.
IBM Redbook Fax Order Form Fax your redbook orders to: United States (toll free) Canada Outside North America 1-800-445-9269 1-403-267-4455 (+45) 48 14 2207 (long distance charge) Please send me the following: Title Order Number First name Quantity Last name Company Address City Postal code Telephone number Telefax number • Invoice to customer number • Credit card number Credit card expiration date Card issued to Country VAT number Signature We accept American Express, Diners, Eurocard, M
Index B batch application processing 10 data set reorganization 9 incremental backup 9 interim backup 10 report generation 10 functional device table See FDT functional track directory See FTD functional track table See FTT H hardware availability 10 requirements 13 C catalog implications 4 CKD 1 compaction 2 compression 2 configuration device 41 count key data See CKD I I/O configuration definition data set See IOCDS I/O Configuration Program See IOCP IBM Extended Facilities Program See IXFP ICKDSF com
PPRC (continued) distance 33 hardware requirements 34 operation 33 PPRCOPY command 35 recovery 37 SnapShot considerations 36 software requirements 34 PPRCOPY command parameters 35 R REPORT command detail 52 command syntax 27 device detail 29 device s u m m a r y 31 example 53 sample output 54 requirements PPRC 34 S SnapShot architecture 3 command details 43 command syntax 21 cylinder range 23 example 45 file relocation 47 file snap 24 logical copy 3 operation 4 PPRC considerations 36 resources 3 test syst
ITSO Redbook Evaluation RAMAC Virtual Array, Peer-to-Peer Remote Copy, SG24-5360-00 Your feedback is very important to help us maintain the quality of ITSO redbooks. Please complete this questionnaire and Fax it to: USA International Access Code + 1 914 432 8264 or: • • Use the online evaluation form found at http://www.redbooks.ibm.com Send your comments in an Internet note to redbook@us.ibm.
SG24-5360-00 IBML SG24-5360-00 Printed in the U.S.A.