Is this a one time thing or will this be a daily thing, etc.? Not knowing the scenario I?ll assume its daily and you have job scheduling capabilities. If you?ve worked with FTP before (i.e, get, put, etc.) an FTP batch job should look familiar. For example:

//jobcard
//*
//STEP010 EXEC FTP
//*
//INPUT DD *
ip adrress
user id
password
TYPE I
PUT ‘XXX.YYY.ZZZ’ ‘AAA.BBB.CCC’
QUIT
/*

For more information take a look at z/OS Communications Server IP User?s Guide and Commands (SC31-8780).

If you?re trying to put something together using ISPF dialogs take a look at FTPB (http://www.lbdsoftware.com/) or other solutions at CBT Tape (http://www.cbttape.org/).

Since you stated that you need to get the PDS directories as well as the data, why not use the IEHMOVE utility to unload the PDS to tape, then restore it on the target system. It would accomplish the task and you’d have the copy on tape for backup.

See z/OS DFSMSdfp Utilities SC26-7414-01

Wow thanks for all the fast replies. I should have been a little more clear with what I need to do. I need to have a script (REXX I suppose) that end users will be able to run to move data between mainframes. The would have to be able to input the proper parameters… ie. where the data is and where it has to go. Then they can submit the job whenever they need to.

Is REXX the way to go? Where’s a good REXX reference site?

Thanks again.

Take a look at FTPB. I believe it already does what you want to do.

The URL was supplied in my first reply. You can obtain it from http://www.lbdsoftware.com. Specifically I believe it?s at http://www.lbdsoftware.com/ftpb216.zip. Let me know how it works out for you.

Thanks muchly. I had found it earlier. Having some problems getting it transferred up to the mainframe properly, but our resident guru should be able to help me with that.

I’ll definately let you know how I make out.. thanks again!

-Shawn

Something like this should work:

//ALLOC EXEC PGM=IEFBR14
//SYSPRINT DD SYSOUT=*
//TEMP DD DSN=???.FTPB.TEMP,
// DISP=(NEW,CATLG,DELETE),
// STORCLAS=???,MGMTCLAS=???,
// DCB=(RECFM=FB,DSORG=PS,LRECL=80),
// SPACE=(TRK,(5,1),RLSE)
//*
//FTP EXEC FTP
//*
//INPUT DD *
???.???.???.???
logon
password
BIN
get ftpb.xmit ‘???.FTPB.TEMP’ (replace
QUIT

Shawn,

My advice is to get another job you have been set up to fail. What you want to do is not necessarily difficult but will depend on:

a) how the machines are connected
b) how they are configured
c) what tools are available
d) whether this is a one time job or will be executed on a schedule
e) whether it is important that the data be transferred correctly 100% of the time
f) the types of alerts or notifications that are expected for the success/failure of the copy

Examples:

1) if the machines share DASD subsystems, then there is no need to copy the file at all; both machines can access the data.

2) if the machines are connected only with an intranet behind a firewall and this can be an occasional manual process, then FTP could be used.

3) the data could be copied to removable media (usually tape on a mainfame) and mailed to the receiving site.

4) if the data is going to be moved over an insecure network (outside the firewall) then it might be necessary to encrypt it for.

Hope this helps at least a little,
Bill