Thomas, I've done this with DFSMS for a large, multi-country application where the developers simply coded UNIT=SMALL, MEDIUM, LARGE and HUGE in the JCL.
The ACS routines took this UNIT value, along with some other logic and assigned a standard space allocation using the appropriate DATACLAS. The size for each DATACLAS was different for the DEV, UNIT and PROD environments, which allowed them to use the same JCL for these different environments. We did protect successful allocation with UNITCNT=5 and some ACC. Ron > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of > Thomas Berg > Sent: Monday, February 13, 2012 5:11 AM > To: IBM-MAIN@bama.ua.edu > Subject: [IBM-MAIN] SV: Archaic allocation in JCL (Was: Physical record size > query) > > > -----Ursprungligt meddelande----- > > Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För > > Lizette Koehler > > Skickat: den 13 februari 2012 12:43 > > Till: IBM-MAIN@bama.ua.edu > > Ämne: Re: Archaic allocation in JCL (Was: Physical record size query) > > > > > > > > I can't understand why we STILL need to specify SPACE= (etc) for an > > allocation of a > > > dataset. > > > You normally don't do that in other OS (platforms), You always (both > > principally and in > > > practice) want to allocate as much as is needed during execution > > > > > > If for backward compatibility it can't be done automatically, why > > > not > > introduce a new > > > keyword like e g "SPACE=ANY" ? > > > > > > > > > > Thomas, > > > > IIRC - if you force a DATACLAS on a dataset in SMS, you can specify > > the Space requirements there. Then the JCL does not require Space. > > Have you looked at that? However, then that makes your storage admin > > responsible for ensuring the space is enough. And if needed alter the > > dataclass if there are space issues. And it would require all such > > datasets be SMS managed. > > > > > > Lizette > > Hi Lizette, > > In practice it's not a viable alternative. Besides the need (if doing it that > way) to communicate frequently with the "space gang", it's to many variants of > datasetnames and to many different needs for space depending on time, date and > subgrouping within applications. > > > > Regards, > Thomas Berg > _________________________________________ > Thomas Berg Specialist A M SWEDBANK > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@bama.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
