> >We are running into issues with the volume of SMF records that we need >to process. We create a GDG every day for that day's records. >Occasionaly we run into contention issues during the day but mostly it >hits us at the end of the day when we read the day's records from the >GDG and split the output into various other tapes for specific functions >(accounting, performance, etc). While that job is reading the many tapes >created during the day, the GDG base is locked so our dump jobs are >forced to wait which eventually causes lost SMF data. >Has anyone else run into this problem? How are other shops handling high >SMF volumes?
Here is what we do on one of our larger LPARs for example: 6 SMF MANx dsns IEFU29 triggers SMFDUMP job at switch time to DASD or virtual tape GDG. SMFDUMP job runs in "STCHI" which is IMP=2, but we have very little imp=1 work. So other than SYSSTC IMP=2 is equal with onlines. If I had to, I would change it to SYSSTC. Some LPARs go to disk, but some of the larger ones go to virtual tape. Just after midnight we run the "CBIPO" SMFDUMP program. That makes sure all MANx dsns have been dumped and causes one last switch and dumps that also. We then run the job to combine all the dumped GDGs to single daily tape runs in a "hot batch" service class. But at that time of night there are spare cycles anyway. If switches happen during the combine job... the SMFDUMP job does have to wait, but we catch up after the combine job is done. SMFPRMxx is set up with BUFSIZMAX(1024M) to help prevent loss of data if things do get backed up. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ 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
