Joined: 03 Jan 2003 Posts: 1014 Topics: 13 Location: Atlantis
Posted: Sun Feb 20, 2011 3:55 pm Post subject: Can DFSORT extract SMF Type 30, Subtype 4 records? If so...
Hi All, I know that similar questions abound, but I'm almost totally unfamiliar with SMF and DFSORT. The basic question I have is:
Can DFSORT extract the work unit end records from SMF (I believe type 30, subtype 4) and format them?
Since no question is useful without context:
I am working on a dedicated z/OS box that is my own (Rational Developer for System z Unit Test with basically ADCD, licensed). No SAS (etc), No system support staff! Limited access to experienced personnel, but the advantage is that I'm not constrained by huge SMF collections (I can collect just type30(4) and start/stop/clear collection at will), security or any shop standards. So the usual 'ask your support guys' answer, which is commonly the right answer, won't help *
What I want to do is run a small number of jobs (<100) and do some very simple analysis with Type 30 style data. Rather than postprocessing JESYSMSG messages which are imprecise or rewriting an IEFACTRT exit, I'd rather grab the SMF records and post process the copies (with Rexx, which is normally a bad idea because of volume & VBS, but in this case should be quite manageable as long as I can retrieve them).
I've read about the SMF records, and the DFSORT tricks to dump/format SMF records, but they don't seem to handle more complex records like type 30. The CBT tape didn't seem to have anything for this record type.
So, to be blunt, are there any examples of formatting Type 30/4 records with DFSORT to a VB/FB data set? Or just dump the raw record?
I know this is a bit lazy but I'm hoping to dump just what I need (or a reasonable subset) rather than dump entire records and have to parse the complex record from Rexx, though getting the whole record would be OK too, I guess. I could use another language but it would take me 10 times as long to write and I don't care about performance.
Sorry if I'm jumping into this with some wrong assumptions (record complexity?) or missed the answer elsewhere, but that's what asking for help is all about, I guess.
* Reminds me of a support call about 25 years ago when a colleague a asked a customer to contact his system programmer. The gentleman said, "I am the only systems programmer." to which my colleague responded said "Then you are in deep $@*#!" - I think I've seen the same answer here. _________________ New members are encouraged to read the How To Ask Questions The Smart Way FAQ at http://www.catb.org/~esr/faqs/smart-questions.html.
Joined: 01 Mar 2007 Posts: 475 Topics: 9 Location: Welsh Wales
Posted: Mon Feb 21, 2011 2:25 am Post subject:
Can you transfer the SMF data to a system which does have the SAS and/or other processing capabilities. This is how I have managed similar situations in the past. _________________ If it's true that we are here to help others,
then what exactly are the others here for ?
Joined: 02 Dec 2002 Posts: 1618 Topics: 31 Location: San Jose
Posted: Mon Feb 21, 2011 1:43 pm Post subject:
DFSORT does not have any built-in capabilities to handle the triplet structure of SMF records. _________________ Frank Yaeger - DFSORT Development Team (IBM)
Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration
DFSORT is on the Web at:
www.ibm.com/storage/dfsort
Joined: 03 Jan 2003 Posts: 1014 Topics: 13 Location: Atlantis
Posted: Wed Feb 23, 2011 2:52 pm Post subject:
Thanks everyone. This info got me started and I was able to get the SMF records to a VB dataset and parse the records with Rexx as needed. I still have work to do (switching over to they system logger for example), but I am on my way. _________________ New members are encouraged to read the How To Ask Questions The Smart Way FAQ at http://www.catb.org/~esr/faqs/smart-questions.html.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum