For the best performance, you could make it a DIRECTORYCONTROL directory. This works a bit like a minidisks: only one R/W user at a time and only a GRANT for the whole directory. To see updated files a reACCESS of the dirid is required. The FILECONTROL directories requires the users to have a GRANT on the dirid and on each of the files.
A DIRECTORYCONTROL directory can be placed in a VM dataspace, this way the files can be resident in storage, one copy for all users. The CMS users must then have MACHINE XC to get the best profits. I'll send you a document (a bit old though) that explains more of this. 2008/2/22, Stracka, James (GTI) <[EMAIL PROTECTED]>: > > We use the P-SFS instead of X-DISK. The name is up to you. Ours is > called: VMSYS:$CMSLIVE.SYSTEM. > > The access is done in an exit of SYSPROF calling SYSXPROF EXEC. > > We but it under DIRControl so we can put it in an address space. > > > -----Original Message----- > From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On > Behalf Of Fox Blue > Sent: Friday, February 22, 2008 11:04 AM > To: [email protected] > Subject: X Disk in SFS > > > Dear all, > > I am currently busy to understand the capabilities of SFS. Started in > the late 80ies as system programmer we had VM/SP but there was no SFS. > Since one year I am working on a z/VM installation and have to catch up > with all the new facilities in VM. > > I am wondering what would be best approach to define an X Disk in the > SFS. I mean, normally one puts the files accessible to all users on a > mini disk that everybody can access. > > How can you do that with SFS? Should it be a directory in the file > space of MAINT or should I define an extra Virtual Machine for that? > What would be the most common way of achieving this? > > Thanks very much in advance. > > Fox > > -------------------------------------------------------- > > This message w/attachments (message) may be privileged, confidential or > proprietary, and if you are not an intended recipient, please notify the > sender, do not use or share it and delete it. Unless specifically indicated, > this message is not an offer to sell or a solicitation of any investment > products or other financial product or service, an official confirmation of > any transaction, or an official statement of Merrill Lynch. Subject to > applicable law, Merrill Lynch may monitor, review and retain > e-communications (EC) traveling through its networks/systems. The laws of > the country of each sender/recipient may impact the handling of EC, and EC > may be archived, supervised and produced in countries other than the country > in which you are located. This message cannot be guaranteed to be secure or > error-free. This message is subject to terms available at the following > link: http://www.ml.com/e-communications_terms/. By messaging with Merrill > Lynch you consent to the foregoing. > -------------------------------------------------------- > -- Kris Buelens, IBM Belgium, VM customer support
