On 2 Apr 2007 07:19:16 -0700, [EMAIL PROTECTED] (Pommier, Rex
R.) wrote:

>All true, except when the software vendor is keeping track internally of
>GDG numbers and names, and is dynamically generating the JCL to create
>these datasets.  We were told by the vendor that it is 1 dataset per
>tape due to their dynamic JCL generation and it won't be changing.  Yes,
>I'd LOVE to dump this vendor, but unfortunately they're the only player
>in the field.
You probably can still get around this with a JES exit or a program
that receives the generated job stream.  I suspect that many of us on
this list (probably including you) could come up with a way to bring
the vendor's method into conformance with your shop's direction
without compromising vendor support.
>
>Rex 
>
>-----Original Message-----
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
>Behalf Of Robert A. Rosenberg
>Sent: Friday, March 30, 2007 11:18 PM
>To: [email protected]
>Subject: Re: 3490 off maintenance June 30 2007
>
>At 14:47 -0500 on 03/30/2007, Pommier, Rex R. wrote about Re: 3490 off
>maintenance June 30 2007:
>
>>  And, before somebody tells me to just append the logs to a larger 
>>capacity tape, I can't.  We have a purchased package that requires each
>
>>of the log files to be in a separate dataset for nightly processing.
>
>Which does not preclude stacking them up onto the same tape by just
>upping the File-Sequence-Number for each backup. So long as the files
>are cataloged, the tape will spin to the correct dataset when opened for
>input to your program. It is not that hard to write a program that will
>keep track of the last FileSeq used and do an update to the JFCB (or do
>the catalog) before using it for the open (or open the newly cataloged
>Dataset as DISP=MOD in the next step).
>

----------------------------------------------------------------------
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

Reply via email to