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
