IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

How to use TCP/IP FTP to transfer VSAM file between MVS


IBM Mainframe Forums -> JCL & VSAM
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Fri Jan 06, 2012 8:17 am
Reply with quote

Hello

I have a task that backup over 200 data sets (PS,PDS and VSAM) from one mainframe to another mainframe ,
There's only a TCP/IP FTP ID which could be used.

I refer to Communications Server Quick Reference and use GET to transfer PS and MGET to transfer PDS successfully ,
but could not find a way to transfer VSAM file , If I don't change VSAM to PS , can TCP/IP FTP can transfer VSAM directly ?
If there's a way can anyone tell me which document I should refer ?
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19243
Location: Inside the Matrix

PostPosted: Fri Jan 06, 2012 9:05 am
Reply with quote

Hello,

Suggest you repro the vsam data into qsam files, ftp them to the target system, define the same vsam files on the target, and runthe repro to load the data into the target system vsam files.
Back to top
View user's profile Send private message
Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2501
Location: Atlanta, Georgia, USA

PostPosted: Fri Jan 06, 2012 10:26 am
Reply with quote

What about TSO XMIT and RECEIVE?

Mr. Bill
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen

PostPosted: Fri Jan 06, 2012 10:49 am
Reply with quote

TRANSMIT does not support data sets with the following types of values:

•keys
•ISAM data sets
•VSAM data sets
•data sets with user labels
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Fri Jan 06, 2012 11:19 am
Reply with quote

Bill O'Boyle wrote:
What about TSO XMIT and RECEIVE?

Mr. Bill


Thanks for your reply Bill , PeterHolland is right ?
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Fri Jan 06, 2012 2:21 pm
Reply with quote

dick scherrer wrote:
Hello,

Suggest you repro the vsam data into qsam files, ftp them to the target system, define the same vsam files on the target, and runthe repro to load the data into the target system vsam files.


Thanks for your suggestion dick.

Because the VSAM file is too old and no specification with the catalog information , I have to use LISTCAT to get the catalog information like RECORDSIZE for over 80 VSAM files , a lot of work to do , so I wonder if I could use NETVIEW FTP , NETVIEW FTP support transferring VSAM files ?
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10886
Location: italy

PostPosted: Fri Jan 06, 2012 2:43 pm
Reply with quote

why not take one or more DFDSS dump(s), send it/them over using FTP and then on the other side do a restore.

anyway the description of the requirement and environment is quite incomplete.
what about the dataset sizes? they might be a show stopper for any reasonable <network> transfer

NETVIEW FTP is a different thing from FTP
the acronym is the same, but the protocol is completely different
and it does not come for free
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Fri Jan 06, 2012 3:04 pm
Reply with quote

enrico-sorichetti wrote:
why not take one or more DFDSS dump(s), send it/them over using FTP and then on the other side do a restore.

anyway the description of the requirement and environment is quite incomplete.
what about the dataset sizes? they might be a show stopper for any reasonable <network> transfer

NETVIEW FTP is a different thing from FTP
the acronym is the same, but the protocol is completely different
and it does not come for free


Thank you enrico-sorichetti , DFDSS is totally new to me , so I start reading the reference below, after I understand DFDSS I'll try to use it and post a feedback

publibfp.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/ADR5G102/CCONTENTS?DT=19930426114849

I know there's NETVIEW FTP in this two mainframe and could be used, but cause of poor knowledge of NETVIEW FTP , I don't know whether could use it to transfer VSAM , so I decide to learn DFDSS first.
Back to top
View user's profile Send private message
PeterHolland

Global Moderator


Joined: 27 Oct 2009
Posts: 2481
Location: Netherlands, Amstelveen

PostPosted: Fri Jan 06, 2012 3:18 pm
Reply with quote

Maybe there is the possibility of using shared dasd.
Back to top
View user's profile Send private message
gcicchet

Senior Member


Joined: 28 Jul 2006
Posts: 1702
Location: Australia

PostPosted: Fri Jan 06, 2012 3:20 pm
Reply with quote

Or using a cartridge
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Fri Jan 06, 2012 3:21 pm
Reply with quote

PeterHolland wrote:
Maybe there is the possibility of using shared dasd.


That would be the best , I also hope that icon_cry.gif
Back to top
View user's profile Send private message
Ed Goodman

Active Member


Joined: 08 Jun 2011
Posts: 556
Location: USA

PostPosted: Fri Jan 06, 2012 7:25 pm
Reply with quote

If there is no delete/define for a vsam file, why bother backing it up? If no one cares enough about it to be able to recreate it in a hurry, then it is probably not critical.

Now...go back and think about what I just said. There probably IS a delete/define parm set up for all of them, you just haven't found it.

Take more time for analysis and it will save you some work in the long run. At the very least, you should make new delete/define/repro parms for all of these vsam files.
Back to top
View user's profile Send private message
Nic Clouston

Global Moderator


Joined: 10 May 2007
Posts: 2454
Location: Hampshire, UK

PostPosted: Sat Jan 07, 2012 12:56 am
Reply with quote

What has this got to do with TSO/ISPF?
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Sat Jan 07, 2012 2:01 pm
Reply with quote

enrico-sorichetti wrote:
why not take one or more DFDSS dump(s), send it/them over using FTP and then on the other side do a restore.

anyway the description of the requirement and environment is quite incomplete.
what about the dataset sizes? they might be a show stopper for any reasonable <network> transfer

NETVIEW FTP is a different thing from FTP
the acronym is the same, but the protocol is completely different
and it does not come for free



oh...... icon_sad.gif , Not authorized to use ADRDSSU

Code:

//DUMP1    EXEC PGM=ADRDSSU                   
//SYSPRINT DD SYSOUT=*                         
//IN       DD DSN=PK80I.EV6946.TESTIN,DISP=SHR
//OUT      DD DSN=PK80I.EV6946.TESTDUMP,       
//         DISP=(,CATLG),SPACE=(TRK,(1,1),RLSE)
//SYSIN    DD *                               
 DUMP INDDNAME(IN) OUTDDNAME(OUT)             
/*                                             


CSV025I PROGRAM CONTROLLED MODULE ADRDSSU NOT ACCESSED, USER UNAUTHORIZED

I think I have to take other ways
Back to top
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10886
Location: italy

PostPosted: Sat Jan 07, 2012 2:19 pm
Reply with quote

why not work with Your support in order to find a solution in accord with Your organization restrictions ?
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Tue Jan 10, 2012 9:58 am
Reply with quote

dick scherrer wrote:
Hello,

Suggest you repro the vsam data into qsam files, ftp them to the target system, define the same vsam files on the target, and runthe repro to load the data into the target system vsam files.


Hi dick , I have changed the vsam data into VB dataset with repro ,
and then use FTP transfer to target system with BIN transfer type, but I found the VB dataset is different from before , it seems that records was created as stream

Because there's hex word , if I don't use BIN , some word will be changed, could you tell me how to deal with this problem?

VB before transfer
xxxxxxxxxxxxxxxxxxx
yyyyyyyyy
zzz

VB after transfer
xxxxxxxxxxxxxxxxxxxyyyyyyyyyzzz
Back to top
View user's profile Send private message
Bill Woodger

Moderator Emeritus


Joined: 09 Mar 2011
Posts: 7309
Location: Inside the Matrix

PostPosted: Tue Jan 10, 2012 1:00 pm
Reply with quote

Can you show your ftp control cards please.
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Tue Jan 10, 2012 1:10 pm
Reply with quote

Bill Woodger wrote:
Can you show your ftp control cards please.


Yes, the ftp control is below

Code:

userid password
BIN
LOCSITE RECFM=VB LRECL=27994 BLKSIZE=27998 TRACK                   
LOCSITE PRIMARY=12 SECONDARY=15                                     
GET 'EV6946.CICSTS32.DFHCSD' 'EV6946.CICSTS32.DFHCSD'               
QUIT
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19243
Location: Inside the Matrix

PostPosted: Wed Jan 11, 2012 5:36 am
Reply with quote

Hello,

Does the file repro'd on the Sending system contain any CR or LF characters?

What happens if you repro the file to tape and then mount the tape on the target system?
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Wed Jan 11, 2012 8:20 am
Reply with quote

dick scherrer wrote:
Hello,

Does the file repro'd on the Sending system contain any CR or LF characters?

What happens if you repro the file to tape and then mount the tape on the target system?


Hello dick
Below is the end of the record with hex mode ,
I didn't notice the mainframe CR or LF ever before ,
so I search with google , in mainframe CR or LF is hex:0D0A ? if it is , I think there's no CR or LF in the record below

Code:
ECBLDY..CEE         
CCCDCE00CCC         
53234823355         
 --------------------
ECCICS..CEE         
CCCCCE00CCC         
53393223355         
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19243
Location: Inside the Matrix

PostPosted: Wed Jan 11, 2012 10:34 am
Reply with quote

Hello,

Then i'd try:
Quote:
What happens if you repro the file to tape and then mount the tape on the target system?


This might not be a good long-term alternative, but it may help determine where the problem(s) are with the ftp. . .
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Wed Jan 11, 2012 10:50 am
Reply with quote

dick scherrer wrote:
Hello,

Then i'd try:
Quote:
What happens if you repro the file to tape and then mount the tape on the target system?


This might not be a good long-term alternative, but it may help determine where the problem(s) are with the ftp. . .


Yes, If this FTP problem can't be resolved , the only way is that talk with storage managment team to assign a tape for my application.

Thank you dick !
Back to top
View user's profile Send private message
dick scherrer

Moderator Emeritus


Joined: 23 Nov 2006
Posts: 19243
Location: Inside the Matrix

PostPosted: Wed Jan 11, 2012 11:33 am
Reply with quote

You're welcome icon_smile.gif

However, i'd still suggest running the tape test on a small vsam file that failed the transfer.

There is just a chance that the tape test may present some "opportunity".
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> JCL & VSAM

 


Similar Topics
Topic Forum Replies
No new posts Unable to interpret a hex value to De... COBOL Programming 4
No new posts how to eliminate null indicator value... DB2 7
No new posts VSAM LISTCAT INFORMATION JCL & VSAM 2
No new posts Format Binary file to EBCDIC JCL & VSAM 4
No new posts Binary File format getting change whi... All Other Mainframe Topics 7
Search our Forums:

Back to Top