View previous topic :: View next topic
|
Author |
Message |
chaoj
Active User
Joined: 03 Jun 2010 Posts: 103 Location: Dalian
|
|
|
|
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 |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
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 |
|
|
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008 Posts: 2501 Location: Atlanta, Georgia, USA
|
|
|
|
What about TSO XMIT and RECEIVE?
Mr. Bill |
|
Back to top |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
|
|
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 |
|
|
chaoj
Active User
Joined: 03 Jun 2010 Posts: 103 Location: Dalian
|
|
|
|
Bill O'Boyle wrote: |
What about TSO XMIT and RECEIVE?
Mr. Bill |
Thanks for your reply Bill , PeterHolland is right ? |
|
Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010 Posts: 103 Location: Dalian
|
|
|
|
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 |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10886 Location: italy
|
|
|
|
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 |
|
|
chaoj
Active User
Joined: 03 Jun 2010 Posts: 103 Location: Dalian
|
|
|
|
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 |
|
|
PeterHolland
Global Moderator
Joined: 27 Oct 2009 Posts: 2481 Location: Netherlands, Amstelveen
|
|
|
|
Maybe there is the possibility of using shared dasd. |
|
Back to top |
|
|
gcicchet
Senior Member
Joined: 28 Jul 2006 Posts: 1702 Location: Australia
|
|
|
|
Or using a cartridge |
|
Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010 Posts: 103 Location: Dalian
|
|
|
|
PeterHolland wrote: |
Maybe there is the possibility of using shared dasd. |
That would be the best , I also hope that |
|
Back to top |
|
|
Ed Goodman
Active Member
Joined: 08 Jun 2011 Posts: 556 Location: USA
|
|
|
|
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 |
|
|
Nic Clouston
Global Moderator
Joined: 10 May 2007 Posts: 2454 Location: Hampshire, UK
|
|
|
|
What has this got to do with TSO/ISPF? |
|
Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010 Posts: 103 Location: Dalian
|
|
|
|
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...... , 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 |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10886 Location: italy
|
|
|
|
why not work with Your support in order to find a solution in accord with Your organization restrictions ? |
|
Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010 Posts: 103 Location: Dalian
|
|
|
|
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 |
|
|
Bill Woodger
Moderator Emeritus
Joined: 09 Mar 2011 Posts: 7309 Location: Inside the Matrix
|
|
|
|
Can you show your ftp control cards please. |
|
Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010 Posts: 103 Location: Dalian
|
|
|
|
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 |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
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 |
|
|
chaoj
Active User
Joined: 03 Jun 2010 Posts: 103 Location: Dalian
|
|
|
|
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 |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
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 |
|
|
chaoj
Active User
Joined: 03 Jun 2010 Posts: 103 Location: Dalian
|
|
|
|
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 |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19243 Location: Inside the Matrix
|
|
|
|
You're welcome
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 |
|
|
|