> > That is the DRPC package (see > > http://www.vm.ibm.com/download/packages/descript.cgi?DRPC > > That's it. Thanks, Bruce.
So, Attach a tape drive to your id at virtual address 181 (and one at 182 if you want it to alternate drives) Attach the disk you want to dump at virtual address 1FFF (remember, the virtual machine owning the disk should be logged off while you're doing this) FILEDEF OUTTAPE TAP1 SL ( RECFM FB BLKSIZE 8000 LRECL 80 ALT TAP2 LABELDEF OUTTAPE FID ? VOLID ? FSEQ nnnn CRDTE nnnnn EXDTE nnnnn Respond to the FID prompt with a OS dataset name, eg VOLUME.xxxxxx.DDR.DUMP.julian-date-for-today Respond to the VOLID prompt with a couple of tape volume names (these are SL tapes, so your TMS should get involved if you have one, otherwise you have to keep track of which tapes you used in some way. Note that if you use CRDTE and EXDTE on the LABELDEF, you can tell which tapes are available by mounting the tape and using TAPE DVOL1 (TAP1 to look at the label information outside of the backups). Then: PIPE DDR DUMPALL DDRIN A | QSAM OUTTAPE Where the file DUMPALL DDRIN A contains: SYSPRINT CONS INPUT 1FFF 3390 SCRTCH DUMP ALL Y (blank line) And watch the fun. For the next disk, update the LABELDEF for the next FSEQ number with the CHANGE operand, and rerun the PIPE DDR step. Repeat for all volumes. Presto. Tape label checking in DDR that works with bare CP or with a TMS, and it won't let you mount the tapes in the wrong load or in the wrong sequence. The same approach works with TCP sockets and netcat on a Linux box, and it's nicely restorable if you run the DDR stream through FBLOCK as well. I wish IBM would ship the DRPC DDR as the standard one. Then all we would need to do is produce a PIPE-friendly SPXTAPE, and presto! Tape free z/VM. -- db
