[hercules-390] Copying Mainframe Volumes

[Patrick McClain [e-mail] [hercules-390]]

Is there a methodology to copy full volumes (whether z/VSE, z/VM or z/OS) directly from the mainframe into the emulated DASD format used by Hercules? or does a full volume backup need to be converted to an AWS tape; FTP transferred; then mounted as an input tape and restored on the Hercules system?



Pat

[Mike Schwab [e-mail] [hercules-390]]

http://www.hercules-390.org/hercload.html#loading

Loading the new DASD volume

Next you need to create a full volume dump file on your mainframe and
convert it to AWSTAPE format using the tapeconv.jcl job in the
Hercules source directory. The AWSTAPE file can then be downloaded in
binary format to your PC where it can be defined as a virtual tape
drive in the Hercules configuration file.

A standalone program can now be IPLed into Hercules to restore the
volume image from the virtual tape onto the formatted virtual DASD
volume.

Post by Patrick McClain ***@zoho.com [hercules-390]
Is there a methodology to copy full volumes (whether z/VSE, z/VM or z/OS)
directly from the mainframe into the emulated DASD format used by Hercules?
or does a full volume backup need to be converted to an AWS tape; FTP
transferred; then mounted as an input tape and restored on the Hercules
system?
Pat

[Jon Perryman [e-mail] [hercules-390]]

This post might be inappropriate. Click to display it.

[Jon Perryman [e-mail] [hercules-390]]

This post might be inappropriate. Click to display it.

['Styma, Robert (Nokia - US/Phoenix)' [e-mail] [hercules-390]]

* Is there a methodology to copy full volumes (whether z/VSE, z/VM or z/OS) directly from the
* mainframe into the emulated DASD format used by Hercules? or does a full volume backup need to
*
* be converted to an AWS tape; FTP transferred; then mounted as an input tape and restored on the
* Hercules system?

There is a program named cckddump (I think it may be on the CBT Mods tape if not on the Hercules site). It dumps a volume to the format Hercules expects. It has to run APF Authorized. This is the proc I use to do the dump and ftp it to a UNIX box. I did not get to follow the whole thread, so this may be redundant.


//DUMPVOL PROC VOL='?',
//* < VOLSER TO BACKUP >
//* < EG. ABC002 >
// TSOID=MYID123,
//* < ID FOR CATALOGED WORK DATASET >
//*
// WRKVOL=WRK013,
//* < WORK VOLUME (Different than VOL>
//*
// WRKSPAC='37500,500',
//* < WORK SPACE PRIMARY AND SEC >
//*
// FTPHOST='192.168.1.111',
//* < HOST IP FOR FTP >
//*
// L='?',
//* < LOGIN ID FOR FTP >
//*
// P='?',
//* < PASSWORD FOR FTP >
//*
// DIR='/home/herc'
//* < TARGET DIR ON FTP SITE >
//*
//KILL EXEC PGM=IEFBR14
//DD1 DD DSN=&TSOID..CCKD.DATA,
// UNIT=SYSDA,SPACE=(TRK,1),DISP=(MOD,DELETE)
//*
//DUMP EXEC PGM=CCKDDUMP,TIME=900
//STEPLIB DD DISP=SHR,DSN=HSS.MVS.LOADLIB
//SYSPRINT DD SYSOUT=*,RECFM=VB,LRECL=255,BLKSIZE=4096
//SYSUT1 DD DISP=OLD,UNIT=SYSDA,VOL=SER=&VOL
//SYSUT2 DD DISP=(NEW,CATLG),DSN=MYID123.CCKD.DATA,
// UNIT=SYSDA,SPACE=(TRK,(&WRKSPAC),RLSE),
// VOL=SER=&WRKVOL,
// LRECL=4096,BLKSIZE=4096,RECFM=F
//
//*
//CNTL01 EXEC PGM=SP3PARM,
// PARM='&L &P'
//STEPLIB DD DSN=EAXC.SUPPORT.LOADLIB.RELEASE,
// DISP=SHR
//OUT DD DSN=&&CTLIN,
// DISP=(NEW,PASS), UNIT=SYSDA,SPACE=(TRK,1),
// DCB=(LRECL=80,BLKSIZE=80,RECFM=FB)
//*
//PARM02 EXEC PGM=SP3PARM,PARM='binary'
//STEPLIB DD DSN=EAXC.SUPPORT.LOADLIB.RELEASE,
// DISP=SHR
//OUT DD DSN=&&CTLIN,DISP=(MOD,PASS)
//*
//PARM03 EXEC PGM=SP3PARM,
// PARM='PUT ''&TSOID..CCKD.DATA'' &DIR/CCKD.&VOL'
//STEPLIB DD DSN=EAXC.SUPPORT.LOADLIB.RELEASE,
// DISP=SHR
//OUT DD DSN=&&CTLIN,DISP=(MOD,PASS)
//*
//PARM04 EXEC PGM=SP3PARM,
// PARM='quit'
//STEPLIB DD DSN=EAXC.SUPPORT.LOADLIB.RELEASE,
// DISP=SHR
//OUT DD DSN=&&CTLIN,DISP=(MOD,PASS)
//*
//*
//PUT EXEC PGM=FTP,REGION=4000K,TIME=400,PARM='&FTPHOST'
//SYSPRINT DD SYSOUT=*
//SYSPUT DD SYSOUT=*,BLKSIZE=133
//INPUT DD DSN=&&CTLIN,DISP=(OLD,DELETE)
//*

Note, SP3PARM is is a simple minded program which dumps the parm string to DDNAME OUT. Left as an exercise for the reader 😊

[Tony Harminc [e-mail] [hercules-390]]

Post by Patrick McClain ***@zoho.com [hercules-390]
Is there a methodology to copy full volumes (whether z/VSE, z/VM or z/OS) directly from the mainframe into the emulated
DASD format used by Hercules?

Depends on your circumstances. If you are running on a fairly modern
OS-style operating system such as OS/390 and up, and have enough disk
space on the running system to hold a compressed copy of your volume,
then you can easily use cckddump, found ready-to-go at
http://cbttape.org/ftp/cbt/CBT541.zip

It requires APF authorization, but if you want full volumes that is
going to be a requirement for pretty much any tool. It can compress
the result using gzip or bzip2, so depending on your data, the
resulting file may not be all that huge. Obviously text compresses a
lot better than binary, but bzip2 is still impressive. And unused
tracks are not dumped, by default. It's a very impressive program.

Post by Patrick McClain ***@zoho.com [hercules-390]
or does a full volume backup need to be converted to an AWS tape; FTP transferred; then mounted as an input tape and
restored on the Hercules system?

You can FTP the result of cckddump to a file on your host (Windows,
Linux, ...) and just name it appropriately as a CCKD DASD file. Best
to run a checksum at both ends, or at least make sure the byte counts
are identical. No tape in the picture.

If you are talking VM or other non-OS OSs (heh), then you will
probably need a (virtual) tape based solution as others have
suggested.

Tony H.

[[e-mail] [hercules-390]]

Post by Patrick McClain ***@zoho.com [hercules-390]
or does a full volume backup need to
be converted to an AWS tape; FTP
transferred; then mounted as an
input tape and restored on the
Hercules system?

This doesn't answer your question, but
you can probably skip creating an AWS
tape and instead copy the DFDSS
dump into a RECFM=VB using IDCAMS
REPRO then ftp with rdw option, and
then use a different utility (RDW2UND?
or COPYFILE) then another IDCAMS
REPRO to recover the original DSS
dump file.

BFN. Paul.

[[e-mail] [hercules-390]]

Post by ***@yahoo.com.au [hercules-390]

or does a full volume backup need to
be converted to an AWS tape; FTP
transferred; then mounted as an
input tape and restored on the
Hercules system?

This doesn't answer your question, but
you can probably skip creating an AWS
tape and instead copy the DFDSS
dump into a RECFM=VB using IDCAMS
REPRO then ftp with rdw option, and
then use a different utility (RDW2UND?
or COPYFILE) then another IDCAMS
REPRO to recover the original DSS
dump file.
BFN. Paul.

Simplest is RECU2AWS but uses time and I/O:
1. ADRDSSU DUMP to disk data set.
2. RECU2AWS to another disk data set.
3. Down load binary. FTP is many time faster than IND$FILE.
4. Define new disk with DASDINIT.
5. ICKSADSF INIT new disk because DASDINIT doesn't INIT.
6. ADRDSSU BUILDSA restore tape image to new disk.

Another option is AWSADR:
AWSADR is a flaky ADRDSSU exit that intercept the output of
an ADRDSSU DUMP and writes to a disk data set as an
AWS tape image.
More complicated to get to work than RECU2AWS above but does't
copy the data twice.
Other steps are the same.

Another option is CCKDDUMP:
It reads a zOS disk volume and creates a CCKD disk image.
It currently has a 4GB limit so disks larger than 3390-3
that cannot compress down to 4GB or less have an issue.
Excluding some data sets may get you under the limit?

zVM is not covered with the above.

[Nelson Forni [e-mail] [hercules-390]]

I have done it in a much simple manner. I just copy the Windows file
representing the voume and paste it using Windows Explorer (While the
mainframe is shutdown, off course).
-Nelson

Post by ***@yahoo.com.au [hercules-390]

or does a full volume backup need to
be converted to an AWS tape; FTP
transferred; then mounted as an
input tape and restored on the
Hercules system?

This doesn't answer your question, but
you can probably skip creating an AWS
tape and instead copy the DFDSS
dump into a RECFM=VB using IDCAMS
REPRO then ftp with rdw option, and
then use a different utility (RDW2UND?
or COPYFILE) then another IDCAMS
REPRO to recover the original DSS
dump file.
BFN. Paul.

[[e-mail] [hercules-390]]

To get around the rdw issue, I tersed the dfdss file before ftp'g it across. Takes a lot of cycles though on the source.

or does a full volume backup need to
be converted to an AWS tape; FTP
transferred; then mounted as an
input tape and restored on the
Hercules system?

This doesn't answer your question, but
you can probably skip creating an AWS
tape and instead copy the DFDSS
dump into a RECFM=VB using IDCAMS
REPRO then ftp with rdw option, and
then use a different utility (RDW2UND?
or COPYFILE) then another IDCAMS
REPRO to recover the original DSS
dump file.

BFN. Paul.

[[e-mail] [hercules-390]]

Post by Patrick McClain ***@zoho.com [hercules-390]
Is there a methodology to copy full
volumes (whether z/VSE, z/VM
or z/OS) directly from the mainframe
into the emulated DASD format used
by Hercules? or does a full volume
backup need to be converted to an
AWS tape; FTP transferred; then
mounted as an input tape and restored
on the Hercules system?

Actually, I have a question. Why are
you looking for such a thing? Is it
because you are unable to automate
some of the above? If so, which bit?
If it's the MVS on Hercules bit, I use
a Windows batch file called "runmvs"
which IPLs MVS, runs a batch job
and then terminates, allowing a lot
of automation.

BFN. Paul.

[Patrick McClain [e-mail] [hercules-390]]

Thank you everyone for your help.