If you are going to use DFDSS to dump/restore VSAM, remember in your control cards to include SPHERE. This is helpful for VSAM files.
Lizette > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Hansen, Dave L - Eagan, MN > Sent: Friday, March 21, 2014 7:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Now IEBGENER, Was Help with IEBCOPY? > > Lizette, > > Thank you for your suggestion. This is a flat to PDS thing and does not > include > VSAM. > > I have got this to work: > 'LMMREN DATAID('INDD') > MEMBER(VTAMAPPL) NEWNAME(VTAMAPPP) NOENQ' > > I will look for a copy. Copy and rename can be interesting, especially > with VSAM > and ADRDSSU. For VSAM I got this to work: > > RENUNC(VPS.VPSMN3.VPSCKPT.V2R10, - > VPS.VPSMN1.VPSCKPT) - > > IIRC, the VSAM parts came out like .I and .D instead of .INDEX and .DATA. > Still > learning all these ins and outs of MVS. Probably will be for a while. > > > Thanks again, Have a great weekend, Dave > > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Lizette Koehler > Sent: Thursday, March 20, 2014 7:49 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Now IEBGENER, Was Help with IEBCOPY? > > An interesting process might be to write a REXX using ISPF LM functions. You > can > have a panel prompt for your user, and selection info. Then use ISPF To save > members > > You can read and write members once you get use to the process. > > It might be very helpful to invoke ISPF, unless you are going to use this as > a Batch > process. You can still write it with ISPF LM functions, just some > considerations > have to be kept in mind. > > > Lizette > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Hansen, Dave L - Eagan, MN > > Sent: Thursday, March 20, 2014 9:20 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Now IEBGENER, Was Help with IEBCOPY? > > > > Dear Group, > > > > Thank you for the discussion on this. I started trying to look > > into writing a REXX exec to select my KEY input and build the dataset > > members needed to continue. I used to do this using the ISPF panels by > > hand. > > > > I thought the panel was using IBM code. But I was told it was not > > and we did something so it was this way. Thank you for pointing out > > that using IEBCOPY with REXX also pulled in some other vendor software. > > > > I can read the same file in and massage my key for each need. I > > usually build two members that have the same information in two > > different formats that are static and I can go back and reference. > > > > So, after consideration. I will go back to REXX EXECIO. I need to > > massage the data anyway. It will run two steps, reading the same file > > twice, but creating different outputs. > > > > I learned more about the MVS utilities :) Was wondering if > > IEBGENER allowed creating two members from the same input data, in one > > step. IEBGENER appears to not loop back to the top to re-evaluate > > (edit) the same input data. Amazing how copy and sort can lead down > > so many paths. Need more "GOBACK" commands :) > > > > > > Thanks again for sharing your knowledge and thoughts with me, > > Dave > > > > > > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Paul Gilmartin > > Sent: Thursday, March 20, 2014 10:48 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Now IEBGENER, Was Help with IEBCOPY? > > > > On Thu, 20 Mar 2014 08:31:27 -0400, Shmuel Metz (Seymour J.) wrote: > > > > > >>The plain old IEBGENER would be best batch option for a non-source > > >>type dataset, > > > > > >Why is it bettwer than, e.g., IDCAMS REPRO? > > > > > Choose your evil. It's all relative. > > > > IEBGENER: > > o Allows the programmer to omit (some) attributes from SYSUT2, in which > > case they are (optionally) replicated from SYSUT1 o Requires that > > supplied attributes of SYSUT2 be compatible with SYSUT1. > > > > REPRO: > > o Requires that the programmer supply (more) attributes of the output > > file o Allows the attributes of the output file to differ (more) from the > > inout file. > > > > On Thu, 20 Mar 2014 08:41:21 -0500, Tom Marchant wrote: > > > > > >Your output file is a PDS MEMBER. A PDS member is a sequential data > > >set. You > > don't need GENERATE. > > > > > The OP's initial objective appeared to involve some editing, in which > > case he needs a control file. > > > > > > On 2014-03-20, at 07:49, Blaicher, Christopher Y. wrote: > > > > > >//SYSUT2 DD DISP=SHR,DSN=output-pds(member-name) > > > > > >You can use SHR or OLD for DISP > > > > > Beware. If you use SHR for PDS SYSUT2 and your two jobs run > > concurrently, Bad Things might happen. PDSE and/or newer releases of z/OS > may be more robust. > > > > -- gil ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
