On Sat, 7 Mar 2009 10:42:17 -0500, Bobbie Jo <[email protected]> wrote:

>">However the disadvantage above is important for "system" filesystems.
>> Container for downloads is not one of them, but it also could happen you
>> want to switch it from one system to another.
>
>two words - Shared zFS, works just fine and happy
>
>I don't quite understand the catalog concern. Are you in sysplex ?
>

Search the archives for posts from me.   I do share "sysres zFS" along with my
sysres set across sysplex boundaries.   I use the SYS1 "trick" so I can catalog
them multiple master catalogs.   I don't really like it, but I would need at
least
4 more sets of sysres sets (due to some monoplex LPARs and a small
sysplex environment) that I share with.  I currently have 6 sysres sets of 
3 3390-9 volumes -  1 mvs, 1 zFS (formerly HFS), 1 ISV.   I need 6 sets to
support multiple releases during OS migrations and rolling IPLs.  At any
given time there are usually 2 in use for a given OS version and the 3rd one
is needed for the next roll out.   So if I didn't share, that would be 24 (6*4)
more 3390-9 volumes just to support the "dinky" LPARs.   DASD is "cheap", 
but I still can't justify that when sharing "read only" has worked fine
"forever".

Since I am able to do this, even with zFS, I consider the lack of ability
to indirectly catalog my sysres zFS a minor annoyance.  The "DEFINE
RECATALOG" is a one time thing for each OS release / sysres set on
all but the sysplex where we do the cloning from.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[email protected]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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