I record Type 99 write them out during daily dump to a separate GDG and
retain them for 5 days.   If you have a problem with WLM it is easier to
have the 99's than not. If I have this type of problem I expect to know
about it soon enough to preserve the data.  I equate them to data from a
flight data recorder useful to have in the event of the unexpected. Here
they represent less than 10% of the record volume.  MQ, DB2, and CICS
data dwarfs everything else and is constantly growing.  If you have
Cheryl Watson's TUNING Letter there was a nice little article "Keeping
WLM Type 99 Records" in the 1998, No. 1 issue.

I agree for many shops it makes sense to turn them off. 

        Best Regards,

                Sam Knutson, GEICO
                Performance and Availability Management
                mailto:[EMAIL PROTECTED]
                (office)  301.986.3574

"Think big, act bold, start simple, grow fast..."


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gillis
Sent: Wednesday, January 18, 2006 2:34 AM
To: [email protected]
Subject: Re: How SMFDUMP works?

Shane Ginnane wrote:
>>Now we only have the problems of the DUMP files in CLOSE PENDING
STATUS.
> 
> The
> 
>>solved problem was only today's problem, the CLOSE PENDING's one is 
>>much older...
> 
> 
> Did you check that type19 collection was turned off as suggested 
> earlier ???.
> Else I'd be suspecting a coding bug - look for LOGREC software records

> about the same time as the switch.
> Check your SMFDUMP and IEFU29 code for errors - maybe time for a code 
> update if you've been having this problem for some time.
> 
> Shane ...

I would also suppress record type 99. Currently if turned on at one of
my customers, they make up approximately 80% of all SMF records
generated. If you want to work out what SRM is doing, turn them on very
briefly.

I did examine the generation of type 19s a while ago but it was a
reasonably small shop as far as DASD was concerned and the overhead was
not a problem for them.

Paul Gillis
====================
This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

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