I don't believe I've needed to send SAD with AMAPDUPL. I'm not aware of the restriction you refer to. From KC:
PDUU does not support the following types of input data sets: Large block interface (LBI) (no BLKSIZE value) VSAM and direct (DSORG=DA) data sets Data sets with keys (KEYLEN) z/OS UNIX files Concatenated data sets of any type 'Striped' data sets are not mentioned. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mark Zelden Sent: Wednesday, January 09, 2019 8:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):AMAPDUPL + Stand Alone Dump Happy New Year! Does anyone know if there has there ever been a requirement for AMAPDUPL to be able to directly process / FTP "SYS1.SADMP" (the striped stand alone disk data set created with the AMDSADDD REXX)? I don't have 10 extra 3390-27 volumes laying around to use IPCS COPYDUMP to create a combined disk copy of the SADUMP to take advantage of AMAPDUPL. I have to copy the SADUMP to tape then use AMAPDUPL. Saves tersing the data set, but that is all compared to the speed of using AMAPDUPL for a disk data set. Seems like I only have to send a SADUMP once perhaps twice a year, but when I need to it would sure be nice to just run AMAPDUPL pointing directly to my SYS1.SADMP disk data set. IPCS can open and process it correctly, why not AMAPDUPL? Best Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
