Export catalog by FTP
Hello everybody: We want to export a test catalog to our disaster site and we want use the FTP because we don't share unit tapes between us. We've tried to use the export function and then send by ftp (in binary) to the same dataset in the disaster site (with the same DCB), but the import cancels with code 12. Another way with a dump dfdss (IBM-MAIN post), but also the restore cancels with cod.08 because the dataset hasn't been created with dfdss. Is there any way or the only is with tape o DASD between both sides? Thanks Jorge García Juanino Técnico de Sistemas Z/Os/Área de Producción y Tecnología MAPFRE TECNOLOGÍAS DE LA INFORMACIÓN Crtra. De Pozuelo nº 52 28220 Majadahonda (Madrid) Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 [EMAIL PROTECTED] -- 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
Re: Export catalog by FTP
Could you supply the JCL you use to do the EXPORT or the DFDSS with the messages? I usually code a BLKSIZE=32760 on my DFDSS dumps of datasets for FTP transmissions. DFDSS does not require it, but for FTP transmissions it helps. Lizette Hello everybody: We want to export a test catalog to our disaster site and we want use the FTP because we don't share unit tapes between us. We've tried to use the export function and then send by ftp (in binary) to the same dataset in the disaster site (with the same DCB), but the import cancels with code 12. Another way with a dump dfdss (IBM-MAIN post), but also the restore cancels with cod.08 because the dataset hasn't been created with dfdss. Is there any way or the only is with tape o DASD between both sides? -- 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
Re: Export catalog by FTP
On Thu, 25 Sep 2008 07:54:59 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: Could you supply the JCL you use to do the EXPORT or the DFDSS with the messages? I usually code a BLKSIZE=32760 on my DFDSS dumps of datasets for FTP transmissions. DFDSS does not require it, but for FTP transmissions it helps. Lizette What I have done, successfully, is to use DFDSS to create the dump. I then transfer the resulting file to my PC (Windows or Linux). But the secret is to use the commands: bin quote stru r get dfdss.file Then, on uploading to the z/OS system which is to read the file: bin quote stru r quote site lrecl=? recfm=u blksize=? pri=? sec=? tracks put dfdss.file Note: Replace the question marks with the proper values. That is, the ones from the original z/OS dump file. If you are going z/OS to z/OS, you should be able to: bin stru r quote site pri=? sec=? cylinders put dfdss.file Note that you don't need to specify the LRECL, BLKSIZE, and RECFM in this case because the z/OS ftp client sends that automagically. Also, you don't use the quote on the stru r because there is z/OS on both sides and so both sides need to be set to record mode. Most non z/OS systems (OK, Windows and Linux) don't understand record mode transfers, so the quote prefix is required so that they don't get confused. -- John -- 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
Re: Export catalog by FTP
Could you supply the JCL you use to do the EXPORT or the DFDSS with the messages? Dump (with BLKSIZE=32760): //BACKUP EXEC PGM=ADRDSSU,REGION=5M //SYSPRINT DD SYSOUT=* //DASD DD UNIT=3390,DISP=SHR,VOL=SER=SIS808 //OUT DD DSN=STS.EXPORT.CAT.USUARIO.AVPRU.DSS, // DISP=(NEW,CATLG,DELETE), // UNIT=3390,SPACE=(TRK,(500,150),RLSE), // DCB=(DSORG=PS,RECFM=U,LRECL=0,BLKSIZE=32760) //SYSUDUMP DD SYSOUT=* //SYSINDD * DUMP - DATASET(INCLUDE(CAT.USUARIO.AVPRU)) - LOGINDDNAME(DASD) - OUTDDNAME(OUT) - ALLDATA(*) - ALLEXCP - COMPRESS - OPTIMIZE(4) - SHARE - SPHERE - TOLERATE(ENQFAILURE) Export: //JGJEXPOR JOB (S90),'SISTEMAS',CLASS=A,MSGCLASS=X,NOTIFY=SYSUID //PASO30 EXEC PGM=IDCAMS,REGION=2048K,COND=(4,LT) //*- CAT.USUARIO.PRUEBA //SYSPRINT DD SYSOUT=* //CINTASA DD DSN=STS.EXPORT.CAT.USUARIO.AVPRU, // UNIT=3390,DISP=(NEW,CATLG,UNCATLG), // SPACE=(TRK,(2,2000),RLSE),VOL=SER=SIS503 //SYSINDD * EXPORT CAT.USUARIO.AVPRU OUTFILE(CINTASA) TEMPORARY /* Thanks -- 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
Re: Export catalog by FTP
I think you're going to have problems trying to FTP a RECFM=U dataset. I think you need to either write it out as RECFM=FB, or use a utility like TSO XMIT to turn it into a dataset that is easily FTP'd. David Logan Manager of Product Development, Pitney Bowes Business Insight http://centrus.com W: (720) 564-3056 C: (303) 818-8222 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jorge Garcia Sent: Thursday, September 25, 2008 06:59 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Export catalog by FTP Could you supply the JCL you use to do the EXPORT or the DFDSS with the messages? Dump (with BLKSIZE=32760): //BACKUP EXEC PGM=ADRDSSU,REGION=5M //SYSPRINT DD SYSOUT=* //DASD DD UNIT=3390,DISP=SHR,VOL=SER=SIS808 //OUT DD DSN=STS.EXPORT.CAT.USUARIO.AVPRU.DSS, // DISP=(NEW,CATLG,DELETE), // UNIT=3390,SPACE=(TRK,(500,150),RLSE), // DCB=(DSORG=PS,RECFM=U,LRECL=0,BLKSIZE=32760) //SYSUDUMP DD SYSOUT=* //SYSINDD * DUMP - DATASET(INCLUDE(CAT.USUARIO.AVPRU)) - LOGINDDNAME(DASD) - OUTDDNAME(OUT) - ALLDATA(*) - ALLEXCP - COMPRESS - OPTIMIZE(4) - SHARE - SPHERE - TOLERATE(ENQFAILURE) Export: //JGJEXPOR JOB (S90),'SISTEMAS',CLASS=A,MSGCLASS=X,NOTIFY=SYSUID //PASO30 EXEC PGM=IDCAMS,REGION=2048K,COND=(4,LT) //*- CAT.USUARIO.PRUEBA //SYSPRINT DD SYSOUT=* //CINTASA DD DSN=STS.EXPORT.CAT.USUARIO.AVPRU, // UNIT=3390,DISP=(NEW,CATLG,UNCATLG), // SPACE=(TRK,(2,2000),RLSE),VOL=SER=SIS503 //SYSINDD * EXPORT CAT.USUARIO.AVPRU OUTFILE(CINTASA) TEMPORARY /* Thanks -- 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 -- 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
Re: Export catalog by FTP
On Thu, 25 Sep 2008 07:06:27 -0600, David Logan [EMAIL PROTECTED] wrote: I think you're going to have problems trying to FTP a RECFM=U dataset. I think you need to either write it out as RECFM=FB, or use a utility like TSO XMIT to turn it into a dataset that is easily FTP'd. David Logan Manager of Product Development, Pitney Bowes Business Insight That is much easier. But using the stru r command does allow useful ftp'ing of non-FB datasets in binary mode between z/OS systems. Record structure transfers are very rare, but they are a part of the ftp spec. -- John -- 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
Re: Export catalog by FTP
On Thu, 25 Sep 2008 07:50:10 -0500, John McKown wrote: If you are going z/OS to z/OS, you should be able to: bin stru r quote site pri=? sec=? cylinders put dfdss.file Note that you don't need to specify the LRECL, BLKSIZE, and RECFM in this case because the z/OS ftp client sends that automagically. Also, you don't use the quote on the stru r because there is z/OS on both sides and so both sides need to be set to record mode. Most non z/OS systems (OK, Windows and Linux) don't understand record mode transfers, so the quote prefix is required so that they don't get confused. And, regrettably, AFAIK, there's no way to do this with only z/OS clients and most non z/OS servers because the client will send STRU R to the server which rejects it and the client fails. There ought to be the useful LOCSITE STRU R or such, to perform this asymmetrical transfer equally well with the client(s) on the z/OS side. Would AMATERSE be an effective alternative? Wishlist item: coupling AMATERSE to FTP via a POSIX pipe to eliminate the need for local disk storage for the TERSEd file. FTP will deal with pipes via the //DD construct, but AMATERSE refuses to write to them (though it may be tricked into reading from them). -- gil -- 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
Re: Export catalog by FTP
On Thu, 25 Sep 2008 07:50:10 -0500, John McKown [EMAIL PROTECTED] wrote: If you are going z/OS to z/OS, you should be able to: bin stru r quote site pri=? sec=? cylinders put dfdss.file For z/OS to z/OS I always use: mode b ebcdic (or type e if you prefer) put file.name Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- 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
Re: Export catalog by FTP
I use MODE C and TYPE E. Compression allegedly reduces network bytes by a -lot-. 60% if you can believe the messages. YMMV Note: AFAIK, a FTP like this with any Windows server in the path is likely to have issues. Reason is that Windows often insists on translation even when directed not to. The only effective way to get Windows to behave is to make sure -every- file name ends with .BIN HTH -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Thursday, September 25, 2008 8:36 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Export catalog by FTP For z/OS to z/OS I always use: mode b ebcdic (or type e if you prefer) put file.name Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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
Re: Export catalog by FTP
I think recfm u should work, you might try this. //STEP05 EXEC PGM=FTP,REGION=2048K, // PARM='SYS093.UMB.COM (EXIT TRACE ' //NETRCDD DUMMY //SYSPRINT DD SYSOUT=* //OUTPUT DD SYSOUT=* //INPUTDD * ID *** BLOCK EBCDIC LOCSITE PROGRESS 0 SITE PRI=5SEC=1 CY SITE DCBDSN='UMBMDSCB' PUT 'TES.CONNECT.DIRECT' 'TECGRM.NDM.TEST(+1)' QUIT -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jorge Garcia Sent: Thursday, September 25, 2008 4:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Export catalog by FTP Hello everybody: We want to export a test catalog to our disaster site and we want use the FTP because we don't share unit tapes between us. We've tried to use the export function and then send by ftp (in binary) to the same dataset in the disaster site (with the same DCB), but the import cancels with code 12. Another way with a dump dfdss (IBM-MAIN post), but also the restore cancels with cod.08 because the dataset hasn't been created with dfdss. Is there any way or the only is with tape o DASD between both sides? Thanks Jorge García Juanino Técnico de Sistemas Z/Os/Área de Producción y Tecnología MAPFRE TECNOLOGÍAS DE LA INFORMACIÓN Crtra. De Pozuelo nº 52 28220 Majadahonda (Madrid) Tfno: 91 581 27 34/ 618 33 35 59 Fax: 91 581 24 01 [EMAIL PROTECTED] -- 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 -- NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you. == -- 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
Re: Export catalog by FTP
I do this all the time. Before we had PPRC between our primary and DR site I used to send not only adrdssu dataset dumps of catalog export files but entire disk dumps back and forth between the two; nowadays I use it for releasing software distributions from my systems development/test LPAR. It seems strange at first to specify the EBCDIC option on a file that contains binary, but it preserves the (otherwise undefined) record structure. As long as you're not going to a target with a different code-page, you should be fine. The FTP statements you can use for adrdssu dump files are ebcdic block compress site recfm=u lrecl=0 blksize=27998 site cy pri=1000 sec=500 vol=vv put 'what.ever.your.dump.file.name.is' quit Brian - Email sent from www.virginmedia.com/email Virus-checked using McAfee(R) Software and scanned for spam -- 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
Re: Export catalog by FTP
John, you've got right!! I can't be able to restore the dump with DFDSS (alias error), but I've got it with the import. Now we have the test user catalog in the disaster side. Thanks' a lot Jorge -- 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
Re: Export catalog by FTP
Yes, there are things you can do if you are going from z/OS *to* z/OS. I usually do not, which is what always causes my FTP heartburn :) David Logan -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: Thursday, September 25, 2008 07:35 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Export catalog by FTP On Thu, 25 Sep 2008 07:06:27 -0600, David Logan [EMAIL PROTECTED] wrote: I think you're going to have problems trying to FTP a RECFM=U dataset. I think you need to either write it out as RECFM=FB, or use a utility like TSO XMIT to turn it into a dataset that is easily FTP'd. David Logan Manager of Product Development, Pitney Bowes Business Insight That is much easier. But using the stru r command does allow useful ftp'ing of non-FB datasets in binary mode between z/OS systems. Record structure transfers are very rare, but they are a part of the ftp spec. -- John -- 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 -- 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