You should place your code in user RACFSMF: this user is autologged when RACF's SMF disk is full (that is this RACFVM 301 or 302). Th "standard" code will copyfile it onto RACFSMF 191 and erase it from 301/302. Extend the code with your FTP stuff.
If you surely want to process each night (and not only when the disk gets full) use your favorite automation software to issue a CP SMSG RACFVM SWITCH (or SMF SWITCH or something alike, I don't have the manual here) then RACF will proceed as it the disk is full and start RACFSMF. To be able to send such a SWITCH command, the issuer must be defined in some file you must ASSEMBLE (afair: CSTCONS ASSEMBLE, hence CSTCONS TEXT). By default OPERATOR is inside, so a CP CLASS C user can fool RACF with CP SEND CP OPERATOR SMSG RACFVM SWITCH By using RACFSMF directly, you will be sure to process at the time you want, but also when the disk gets full sooner than you expect. 2009/12/2 Martin, Terry R. (CMS/CTR) (CTR) <[email protected]> > Hi > > > > I want to automate the copying of the RACF SMF records over to z/OS each > night. I have the basics down on how to do this but the one thing that I am > not sure about is how to determine the SMF data file that is not in use so > that I can FTP that file to z/OS. My thoughts were to create a Virtual > Machine that links to the appropriate disks so that I can access the RACFVM > machine to get the SMF DATA file. Since I do not want to FTP the “in use” > SMF DATA file some where in here I need to figure out how to determine which > file is not in use. > > > > I thought I would XAUTOLOG the Virtual Machine at a designated time each > night that would execute an EXEC that would FTP the SMF DATA FILE to z/OS. > As part of the Exec I would probably need to run the RACFADU Unload utility > and then run the SMFCONV utility on the output from the unload utility. I > will probably write PIPES to handle this. The SMFCONV process will convert > the SMF Unloaded file so that it can be read by the RACF Report Writer on > the z/OS side. > > > > So, given what I am proposing to do to handle this is there something I am > missing or are there any recommendations that would make it similar? > > > > Thanks for the help!! > > > > *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]* > > > > *WFH on Tuesdays and Fridays* > > > -- Kris Buelens, IBM Belgium, VM customer support
