|Date: ||Thu, 22 Jan 1998 12:33:48 -0500|
|Sender: ||"SAS(r) Discussion" <SAS-L@UGA.CC.UGA.EDU>|
|From: ||"Michael A. Raithel" <MICHAEL.RAITHEL@RAITHM49.CUSTOMS.SPRINT.COM>|
|Subject: ||(MVS) Re: Please Provide MVS VTOC Routine|
Tim Berryhill posted the following:
>If someone can post or e-mail to me a routine to read MVS
>VTOC entries in SAS, I would appreciate it. I see Stephen
>Clos and Caroline Bahler presented a paper including such
>a routine at SUGI 21, but the Proceedings is not in our
>I am trying to write something to report on our DASD
>utilization. After looking briefly at the VTOC option of
>the INFILE statement (and the records which that reads), I
>realized I am reinventing the wheel and I have a long way
Tim, the wheel that you seek is already invented and
spinning! The OS/390 SAS-brains at the SAS Institute have
written a _GREAT_ routine that processes VTOC
information--a process that can be lightly complicated when
you consider all of the various DSCB types. You can find
the code that you seek in the following library/member:
If you are in an organization that has Berry Merrill's
_AWESOME_ OS/390 performance management product, MXG, you
can find a batch job set up to do this. Look at:
The JCL in the member, above, executes a couple of
assembler routines that (you must pre-assemble/link and
that) come with MXG. They are in the same Source library.
A final consideration may arise if you are in a shop which
runs CA-MICS. CA-MICS has an optional DASD component that
is called... that is called... that is... rats!--I was a
MICS administrator for 6 years... but that was 7 years ago.
Hey, if you guys _DO_ have CA-MICS then you will probably
want to check with your MICS Administrator. Perhaps he/she
is already collecting the data. (And the good news is that
the data is stored in SAS data sets).
Oh, and another "final" consideration is the product Fast
Dump Restore (FDR). We used to dump VTOCs via an FDR
reporting program. I do not remember the exact FDR
program, but your friendly DASD Administrator will
undoubtedly be familiar with it.
Tim, best of luck in getting the ball rolling!
I hope that this suggestion proves helpful now, and in the
Of course, all of these opinions and insights are my own,
and do not reflect those of my organization or my
Michael A. Raithel
"The man who wrote the book on performance"
Author: Tuning SAS Applications in the MVS Environment
... big wheel keeps on turning...