Re: Copy DSS Dump File to DASD

2007-07-06 Thread Chicklon, Tom
Todd, this is not a stupid suggestion at all. Many (most?) of these data
sets contain back up copies of existing VSAM datasets, so restoring them
without a rename would be a problem, unless I:

- restore them to my test system (no shared catalogs)
- rerun DSS back up on test system, with output to DASD
- Run DSS COPYDUMP on prod system to create final SMS managed backup GDG

It would be like going all the way around the block to get next door, so I
wouldn't want to do this for all the data sets getting converted from Tape
to DASD, but for those 24 generation monthly / quarterly / yearly ones, it
just might be worth the effort to free up the tapes. The other tapes will
free up on their own soon enough.

Thanks!

Tom Chicklon

This may be a stupid suggestion, but why not just restore the data to
spare volume(s), and then recreate the dump on disk with the same
dataset name as the current tape (rerun the dump)?   Since the COPYDUMP
command does not seem to be a good option, I'd just try to recreate the
dump in another way if it was that important to move it.  

C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copy DSS Dump File to DASD

2007-07-06 Thread Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)
This may be a stupid suggestion, but why not just restore the data to
spare volume(s), and then recreate the dump on disk with the same
dataset name as the current tape (rerun the dump)?   Since the COPYDUMP
command does not seem to be a good option, I'd just try to recreate the
dump in another way if it was that important to move it.  

C. Todd Burrell 
Senior z/OS Systems Programmer
ITSO
(404) 498-3299
(404) 723-2017 (cell)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chicklon, Tom
Sent: Friday, July 06, 2007 7:35 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Copy DSS Dump File to DASD

Thanks Scott. Going forward, when DSS creates the new dump data sets on
DASD, there's no problem. I was only trying to copy previous back ups to
DISK, which apparently can't be done.

Tom
---

> I think I'm out of luck, but wanted to verify first. We're z/OS 1.7.
>
> We've had a number of small DSS DUMP files written to tape that I want

> to move to DISK. Unfortunately, it seems that the dump files on tape 
> get created with a block size of about 64K, and from the DSS manual:
>
> 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.
>
> Is there no way to copy these DSS dump files to disk other than 
> restoring the files (renaming them of course) and backing them up
again?
>
> Tom Chicklon


Possibly you may want to investigate the DD parameter BLKSZLIM, however
it would need to be honored by the invoked program/utility, I believe.

Scott Barry
SBBWorks, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search
the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copy DSS Dump File to DASD

2007-07-06 Thread Chicklon, Tom
Thanks Scott. Going forward, when DSS creates the new dump data sets on
DASD, there's no problem. I was only trying to copy previous back ups to
DISK, which apparently can't be done.

Tom
---

> I think I'm out of luck, but wanted to verify first. We're z/OS 1.7.
>
> We've had a number of small DSS DUMP files written to tape that I want to
> move to DISK. Unfortunately, it seems that the dump files on tape get
> created with a block size of about 64K, and from the DSS manual:
>
> 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.
>
> Is there no way to copy these DSS dump files to disk other than restoring
> the files (renaming them of course) and backing them up again?
>
> Tom Chicklon


Possibly you may want to investigate the DD parameter BLKSZLIM, however it
would need to be honored
by the invoked program/utility, I believe.

Scott Barry
SBBWorks, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copy DSS Dump File to DASD

2007-07-06 Thread Chicklon, Tom
Thanks for the confirmation Andrew, this is as I suspected. I guess we'll
just have to wait for the tape data sets to roll off (they are all GDGs).

Tom Chicklon

---
Tom,
  I'm sorry, but there is no way that I know of to do that.
Thanks,

 Andrew Wilt
 IBM DFSMSdss Architecture/Development
-
> I think I'm out of luck, but wanted to verify first. We're z/OS 1.7.
>
> We've had a number of small DSS DUMP files written to tape that I want to
> move to DISK. Unfortunately, it seems that the dump files on tape get
> created with a block size of about 64K, and from the DSS manual:
>
> 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.
>
> Is there no way to copy these DSS dump files to disk other than restoring
> the files (renaming them of course) and backing them up again?
>
> Tom Chicklon

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copy DSS Dump File to DASD

2007-07-06 Thread Scott Barry
IBM Mainframe Discussion List  wrote on 07/05/2007
11:28:50 AM:

> I think I'm out of luck, but wanted to verify first. We're z/OS 1.7.
>
> We've had a number of small DSS DUMP files written to tape that I want to
> move to DISK. Unfortunately, it seems that the dump files on tape get
> created with a block size of about 64K, and from the DSS manual:
>
> 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.
>
> Is there no way to copy these DSS dump files to disk other than restoring
> the files (renaming them of course) and backing them up again?
>
> Tom Chicklon


Possibly you may want to investigate the DD parameter BLKSZLIM, however it 
would need to be honored
by the invoked program/utility, I believe.

Scott Barry
SBBWorks, Inc.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copy DSS Dump File to DASD

2007-07-05 Thread Minoru Massaki

You may use TV (Tape to VSAM) function of DITTO/ESA.
If the tape block size is less than 32760 bytes, you can use TS (Tape to
Sequential data) function.
When you define the VSAM ESDS for over 32K tape block size, you have to
specify SPANNED parameter and large number of RECORDSIZE that fit the tape
block size.


2007/7/6, Chicklon, Tom <[EMAIL PROTECTED]>:


I think I'm out of luck, but wanted to verify first. We're z/OS 1.7.

We've had a number of small DSS DUMP files written to tape that I want to
move to DISK. Unfortunately, it seems that the dump files on tape get
created with a block size of about 64K, and from the DSS manual:

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.

Is there no way to copy these DSS dump files to disk other than restoring
the files (renaming them of course) and backing them up again?

Tom Chicklon

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html





--

全先 実  -  Minoru Massaki  (M*M)
E-mail: [EMAIL PROTECTED]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Copy DSS Dump File to DASD

2007-07-05 Thread Andrew N Wilt
Tom,
  I'm sorry, but there is no way that I know of to do that.
Thanks,

 Andrew Wilt
 IBM DFSMSdss Architecture/Development


IBM Mainframe Discussion List  wrote on 07/05/2007
11:28:50 AM:

> I think I'm out of luck, but wanted to verify first. We're z/OS 1.7.
>
> We've had a number of small DSS DUMP files written to tape that I want to
> move to DISK. Unfortunately, it seems that the dump files on tape get
> created with a block size of about 64K, and from the DSS manual:
>
> 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.
>
> Is there no way to copy these DSS dump files to disk other than restoring
> the files (renaming them of course) and backing them up again?
>
> Tom Chicklon
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html