View previous topic :: View next topic
|
Author |
Message |
Roland_Achtsnit
New User
Joined: 30 Jul 2006 Posts: 14
|
|
|
|
Hello
I have some dump datasets stored on a tape.
The DCB is RECFM=U,LRECL=0 and BLKSIZE=65520.
I must copy these dump datasets on DASD Volumes.
I know COPYDUMP in dss cannot reblock the BLKSIZE.
COPY in dss with the REBLOCK - option does not work with RECFM=U.
One option ist to RESTORE the datasets on the TESTPLEX and then create a new dump from these datasets on DASD.
Is there any other way to copy these files.
I hope anyone can help me. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
I'm not sure what other products could help you.
Just clutching at straws on your behalf here, but I do recall using IEHMOVE to copy RECFM=U datasets in the past and to change the attributes of the output dataset.
Don't know if this might help, but good luck |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Due to the large blksize, you may also find that you have this to deal with:
Quote: |
A magnetic tape data set with a block size greater than 32,760 is being opened for input or output extend processing, but the large block interface is not being used |
I seem to recall something that handled large-blksize backups called COPYCAT (Part of CA-1), but i have not used it in a while. |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
From the Storage Administration Reference manual for DFSMS:
Quote: |
The COPYDUMP command cannot change the block size of the DFSMSdss dump data set. If you are copying a dump data set to a DASD device, the source block size must be small enough to fit on the target device.
Notes:
1. Extra dump tapes can be used for such things as disaster recovery backup or distribution of dumped data (for example, a newly generated system).
2. COPYDUMP is the only supported method for copying DFSMSdss dump data sets. Using a copy produced by any other method or utility as input to a RESTORE operation can produce unpredictable results. |
So according to the quote, you cannot change the block size. AND COPYDUMP is the only IBM-supported way to copy dumps. Conclusion: you're not going to be copying these dump datasets to disk, no matter how much you want to, unless you can define a disk dataset with a block size of 65520. I suggest you start working on the restore. |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
Quote: |
AND COPYDUMP is the only IBM-supported way to copy dumps. |
I agree, and as I said was just clutching at straws on behalf of the OP.
However, I have quite often copied Dfdss dump tapes using IEBGENER and these were sucessfully used for restores. But hey, nostalgia just isn't what it used to be |
|
Back to top |
|
|
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 8696 Location: Dubuque, Iowa, USA
|
|
|
|
Quote: |
However, I have quite often copied Dfdss dump tapes using IEBGENER and these were sucessfully used for restores. But hey, nostalgia just isn't what it used to be |
I tried a few times on our z/OS 1.4 system but never could get the copied file to restore correctly -- you must have been lucky (or holding the beer bottle at the right angle?)! |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
z/OS - no, this was way back in the MVS release days, none of this new fangled z/OS stuff
Once I discovered duplicate outputs were possible, it became academic. |
|
Back to top |
|
|
Roland_Achtsnit
New User
Joined: 30 Jul 2006 Posts: 14
|
|
|
|
My problem is: These Datasets must be able to be restored correctly also in the future and so I think it is better to restore this files and create a new dump dataset on DASD Volume.
Perhaps in the future there is the possibility to work with COPYDUMP such Datasets and change the BLKSIZE.
Thanks for your assistance.
Roland |
|
Back to top |
|
|
|