Correct, I was intentionally ignoring DYNVOLCOUNT, but only to keep it simple.
> -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Vernooij, CP - SPLXM > Sent: Thursday, June 06, 2013 9:17 AM > To: [email protected] > Subject: Re: Calls to SMS Data Class ACS Routine > > Not true anymore, since the new parameters, like DYNVOLCOUNT, can > change > the behavior of a dataclass during the life of a data set, and > therefore, changing a dataset's dataclass during its life is now also > meaningful. > > Kees. > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On > Behalf Of Don Williams > Sent: Thursday, June 06, 2013 15:03 > To: [email protected] > Subject: Re: Calls to SMS Data Class ACS Routine > > The data class is an initial source of data set attributes. The vast > majority of data set attributes are stored in the VTOC/VVDS and catalog > entries when it is allocated, therefore changing the data class after > the data set has been allocated does not change its attributes. > > > -----Original Message----- > > From: IBM Mainframe Discussion List [mailto:IBM- > [email protected]] > > On Behalf Of Mark Jacobs > > Sent: Wednesday, June 05, 2013 8:29 AM > > To: [email protected] > > Subject: Re: Calls to SMS Data Class ACS Routine > > > > Understood. Can anyone give me some ideas on how to copy ZFS file > > systems from non-EAV volumes to EAV volumes when the Data Class that > > they're defined with doesn't have EATTR(OPT) assigned? > > > > I'm a little leery having our Storage Admin change the existing Data > > Class, I'd rather have the datasets use a new one. > > > > Mark Jacobs > > > > > > On 06/05/13 08:07, Elardus Engelbrecht wrote: > > > Mark Jacobs wrote: > > > > > >> Logical copy without a replace. > > >> The newly allocated SYSZFS dataset gets assigned the correct > > >> storage > and > > management class, but the data class assigned isn't from the ACS > > routine, > but > > from the source dataset. > > >> I know the SMS routines are working since a regular allocation of a > SYSZFS > > dataset in JCL assigns all the expected attributes. > > > Thanks. I had to RTFM and check my old DFDSS jobs, but I think this > > > part > > from DFSMSdfp Storage Administration applies: > > > > > > "For the COPY command (&ACSENVIR='ALLOC') and the RESTORE > command > > (&ACSENVIR='RECOVER'), the storage class ACS routine is executed > > first. If the storage class is not null, the management class ACS > > routine and then > the > > storage group ACS routine are executed." > > > > > > Seemed nothing is said about data class... UnlessI miss something... > > > > > > Look at O'Brien, David W. reply too. > > > > > > Groete / Greetings > > > Elardus Engelbrecht > > > > > > -------------------------------------------------------------------- > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to [email protected] with the message: INFO > > > IBM-MAIN > > > > > > > > > > > > -- > > Mark Jacobs > > Time Customer Service > > Tampa, FL > > ---- > > > > The quiet ones are the ones that change the universe... > > The loud ones only take the credit. > > > > Londo Mollari - Babylon 5 > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] with the message: INFO IBM-MAIN > ******************************************************** > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If you > are not the addressee, you are notified that no part of the e-mail or any > attachment may be disclosed, copied or distributed, and that any other > action related to this e-mail or attachment is strictly prohibited, and may be > unlawful. If you have received this e-mail by error, please notify the sender > immediately by return e-mail, and delete this message. > > Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its > employees shall not be liable for the incorrect or incomplete transmission of > this e-mail or any attachments, nor responsible for any delay in receipt. > Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch > Airlines) is registered in Amstelveen, The Netherlands, with registered > number 33014286 > ******************************************************** > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
