Hal, The path of the data was 1) ADRDSSU Physical Dump to a sequential file on disk 1) Download to Windows/2000, then FTP to an our FTP site. From there the DR Team could download to the DR site and upload to a sequential file on z/OS, and then run the ADRDSSU Restore process.
I am not sure why the DR people do not want to FTP directly from z/OS to DR-z/OS,.. But I am investigating providing multiple ways and paths to get the file there. Lionel Dyck's Website http://www.lbdsoftware.com/ has some interesting tools in the arena, and I will be checking them out also. Thanks again, Gabe -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Thursday, May 12, 2005 12:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTPing a ADRDSSU file Too many variables. One, was the dump originally created on tape and then copied to disk? Two, did you specify the correct FTP options? Three, were there other platforms in the path? A process that used to work for me: 1. Dump to disk. 2. FTP PUT z/os to z/os using TYPE E MODE C. If you PUT, then DCB information is send automatically. Curiously, space is not. The MODE C doesn't buy you much on already compressed data, but works wonders on all other types. If other platforms are in the path, then TYPE I (binary) is required and you have to be *very* careful with DCB's. And sometimes even an unfortunate choice of a file name under Windows can cause unexpected translations. ... ... .. . ---------------------------------------------------------------------- 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
