On Oct 4, 2007, at 12:01 PM, Kelman, Tom wrote:
That's right. There is not an easy way to do it in native z/OS. The
only way I know of is to run DCOLLECT against the disks periodically,
like every half hour, during the 4pm to 2am time frame. That would
produce reports that you could then analyze programmatically.
However,
that would still be only approximate because no matter how small you
made the repeat interval the high water mark could occur between runs,
and when you do the next run of DCOLLECT it could have dropped. Also,
DCOLLECT can be expensive in terms of resource use because unless you
can limit it by volser it will hit every VTOC in the shop.
I thought Kommand was still on the market. It used to be marketed by
Pace Applied Technologies, so I did a Goggle search on "KOMMAND PACE".
I got several hits of current job openings for IT Chargeback
Consultants, but nothing about the product. Kommand was an IT
chargeback product. I was involved with it in a previous life. Hmmm,
maybe I should check into the consulting jobs.
Tom Kelman
Tom:
My experience with Kommand is rather dated. But when I knew it it was
nothing more than one or two smf exits and a few cobol programs which
seem to blow up about weekly. At the time it had no DASD space
accounting.
Everyone seems to have covered the pluses and minuses of doing
collecting data one an hour.
PLUS there are side issues galore about various issues like temporary
space ie (&&TEMP) or new delete delete. Like someone else mentioned
the hourly "snapshot" is just that a snapshot. Probably a more
reasonable way to do it is to take it hourly and what ever the high
point is use those numbers. What you really need to do is find out
from management what they want. Explain the pluses and minuses of
doing it each way. Let them make that decision as there is no
universal "good" answer.
IMHO go with what management wants, as long as they can accept the
answers then its "OK". Charge back is a PITA you must have the
customers consent in all such situations so make sure they are in any
decisions. You will probably end up in a no win situation with
management/users/accounting department. So whatever way you come up
with make sure you can support any arguments(and document EVERYTHING)
that will ever come up as sooner or later it will be challenged. Oh
yes and make sure you get everything in writing.
Ed
ps: Be aware that even if you get total agreement across the board be
prepared for politics to rear its ugly head.
----------------------------------------------------------------------
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
