So, since I transfer 4 DFDSS dumps a day via TERSE and FTP, I thought I'd put
together a test restore to see what happened. I used the following FTP command
stream; which is identical, except for replacing the put with a get, to the
outbound. It worked fine; a DFDSS TYPRUN=NORUN restore read
Doug,
When you FTP'd the data set from the Windows machine to the z/OS
machine, did you either preallocate the target data set or specify the
data set attributes (LRECL, RECFM) with the QUOTE SITE command? The
z/OS FTP server defaults might not be right for the TERSED files.
A few months
On Thu, 6 Dec 2007 13:30:33 +0800, Johnny Luo wrote:
BINARY mode itself is not enough.
'quote stru r' is what you need.
Not necessary for TERSEd files. And of no help to the OP,
who now has the data only on the Windows server.
On Dec 6, 2007 11:33 AM, Doug Evans wrote:
system using FTP. For
Does anyone know of a way to FTP the DUMP file back to a zOS system so it
is readable?
Using Windows as a client and z/OS as a server the following works for me for
tersed datasets (binary ftping in both directions):
ftp quote site lrecl=1024 recfm=fb blksize=6144
200 SITE command was
When I use DFDSS to download a volume or dataset(s) to be transferred to
another host, I always include BLKSIZE=32760 on the output file in DFDSS. Even
though DFDSS does not care, it does help my transfer process whether that is
NDM, XCOM, FTP.
If you terse the file you need to make sure you
- Original Message -
From: Doug Evans [EMAIL PROTECTED]
Newsgroups: bit.listserv.ibm-main
Sent: Wednesday, December 05, 2007 10:34 PM
Subject: FTPing of DFDSS Dump Files
I need to move on zOS system to another. My simply plan was to dump
datasets using DFDSS DUMP and then transferring
Thanks Gary (and others),
I think I forgot to mention though is that in this case, the DUMP data set was
not TERSED first- thus the problem
Thanks,
Doug.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
On Dec 6, 2007, at 8:03 AM, Paul Gilmartin wrote:
On Thu, 6 Dec 2007 13:30:33 +0800, Johnny Luo wrote:
BINARY mode itself is not enough.
'quote stru r' is what you need.
Not necessary for TERSEd files. And of no help to the OP,
who now has the data only on the Windows server.
On Dec 6,
I need to move on zOS system to another. My simply plan was to dump
datasets using DFDSS DUMP and then transferring the DUMP file to the other
system using FTP. For the most part it worked out ok- in fact we'd TERSE the
DUMP file before FTPing and DETERSE after saving lots of bandwidth.
But
BINARY mode itself is not enough.
'quote stru r' is what you need.
On Dec 6, 2007 11:33 AM, Doug Evans [EMAIL PROTECTED] wrote:
I need to move on zOS system to another. My simply plan was to dump
datasets using DFDSS DUMP and then transferring the DUMP file to the other
system using FTP.
It is so easy to do it with MFNetDisk!!
Moving system from one site to another can be done by using PC Device with
source mirror as the MVS source disk and target mirror as the target MVS
disk.
You can do it without need to stop the source disk and without have
degradation in the performance
11 matches
Mail list logo
