Thanks Alan. I am working on getting RACFSMF set up now. I am learning!! Thanks to you and the other good folks on this list!!
Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 [email protected] -----Original Message----- From: The IBM z/VM Operating System [mailto:[email protected]] On Behalf Of Alan Altmark Sent: Thursday, January 29, 2009 3:55 PM To: [email protected] Subject: Re: Increase RACFM 301/302 SMF MDISKS On Thursday, 01/29/2009 at 03:19 EST, "Martin, Terry R. (CMS/CTR) (CTR)" <[email protected]> wrote: > Hi Alan, > > Thanks for the information. One of my problems is that I have not set up > the RACFSMF process. I am working on that now. That is the real issue I > guess. Anyway I decided to get this set up and working and at the same > time increase the size of the SMF mini-disks. (gasp of horror!) Without the archiving of RACFSMF, the SMF disks are going to fill up, regardless of size, and you're going to be hurting. Getting RACFSMF running isn't difficult and will save you a lot of hassles. Go look at the Prog. Directory. Make the 192 disk as big as you like and change it when you like. (hmmm....I think PROFILE EXEC could be updated to use SFS instead of mdisk to hold the archive while it awaits the Big Trip to Tape for permanent offline storage.) > One thing I noticed in your response is that nowhere do you mention > bringing down RACFVM after the directory change is this correct? If so > is it because the SWITCH picks up the new SMF disk? Correct. Anything you do that isn't under the auspices of an SMF switch while RACF is up puts your SMF records at risk. Treat them as if your career or liberty depended on them - you never know. Don't end up with mysterious blanks in the audit trail. Alan Altmark z/VM Development IBM Endicott
