Allocate more MAN data sets (you are not limited to 3 which is the most
common configuration I have seen)
Speed up your SMF dumps by assigning a preferred SERVICE class to the
dump jobs and using DFSMSdfp features like striping the output. We use
striped and compressed which makes for a very fast read back of a days
data at the end of the day.
Tailor your 110 records using the CICS MCT. Patrick Mullen sent me this
"minimalist" MCT they used. His original post included this which got
me interested in the MCT. We are still debating what to cut and in and
out but this seems to have worked wonders for others.
"I don't think anyone has mentioned it yet, so I will. You can use an
MCT in CICS with appropriate EXCLUDE and INCLUDE statements to reduce
the amount of data it produces by a huge factor. After carefully
checking which fields were required by our accounting system, I coded an
MCT which reduced the amount of data produced per transaction from 1200+
bytes (generated by the default MCT in CICS TS 1.3) to just 52 bytes.
Type 110 records dropped from 38% of the byte count of our SMF dataset
to 2%."
*----------------------------------------------------------------------
* Field Name Size Nickname Description
*
* 8 DFHTASK S008 8 USRCPUT User task cpu time
* 71 DFHPROG C071 8 PGMNAME Program name
*----------------------------------------------------------------------
*
DFHMCT TYPE=INITIAL,SUFFIX=ZZ
*
DFHMCT TYPE=RECORD,CLASS=PERFORM, X
EXCLUDE=ALL, X
INCLUDE=(8,71)
*
DFHMCT TYPE=FINAL
END
Good Luck!
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 Mautalen Juan Guillermo
Sent: Wednesday, March 29, 2006 3:27 PM
To: [email protected]
Subject: Space limit for SMF datasets?
Hi,
We are still at OS390 2.10. Our DASD are 3390 model.
After converting to a new CICS version (from 1.2 to 2.2), we found out
that our SMF datasets were filling up too fast. The reason is that the
lenght of standard type 110 monitoring records (that we collect) has
hugely increased (we are mostly a CICS shop, with lot of CICS activity).
To deal with this problem, we are trying to increase the size of our SMF
data sets. However, it seems that the maximum space we can allocate for
an SMF dataset is around 5800 cylinders (specifying
RECORDSIZE(4086,32767), as shown in the manuals). If we try to allocate
more space, we get a catalog overflow error.
Questions:
Is there a way we can allocate an SMF dataset of 10.000 cylinders?
If there is no way to allocate such a dataset, how do you suggest to
deal with this problem?
Thanks in advance for your help,
JUAN MAUTALEN
====================
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
