Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-12 Thread Richards, Robert B.
I would suggest that you extract, from each lpar, the TYPE70 and TYPE89
SMF records on a daily basis into separate GDG datasets whose GDS bases
are set to a limit of 45 or 75. When you run the SCRT program, just
specify the GDS base names and pull in all generations for all lpars. No
harm, no foul. 

This avoids a massive read of monthly SMF record types you don't care
about.

Bob   


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Steely
Sent: Wednesday, March 11, 2009 6:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: SCRT (Sub-Capacity Reporting Tool)

We are z/OS V1R9 and we are going to start using this tool. The tool
requires that the input SMF data is to span from the second day of the
month to the first day of the next month. Our SMF data is separated by
the month. How are other shops performing this retrieval. I would like
to automate this process and not have to enter dates  times to pull the
requested SMF data needed. Any help would be appreciated. 
 
Thank You

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-12 Thread Shane
And I wouldn't even bother to separate them - I just got the 89's added
to the 70-79's I had put aside for my RMF analysis.
We usually found most of the SCRT data were already/still in the VTS
cache when we ran the SCRT report.

Shane ...

On Thu, 2009-03-12 at 06:38 -0400, Richards, Robert B. wrote:

 I would suggest that you extract, from each lpar, the TYPE70 and TYPE89
 SMF records on a daily basis into separate GDG datasets

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-12 Thread Paul Gillis
Mark,

I run a daily extract for the type 89s and accumulate that for each LPAR.
This makes the end of month processing run in seconds instead of hours. We
create a new GDG each month for this and have had no problems at all with
the process. Should we destroy the GDG we can rebuild it from the monthly
SMF data.

Cheers,
Paul

 -Original Message-
 Subject: SCRT (Sub-Capacity Reporting Tool)
 
 We are z/OS V1R9 and we are going to start using this tool. The tool
 requires that the input SMF data is to span from the second day of the
 month to the first day of the next month. Our SMF data is separated by
 the month. How are other shops performing this retrieval. I would like
 to automate this process and not have to enter dates  times to pull the
 requested SMF data needed. Any help would be appreciated.
 
 Thank You

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-12 Thread Richards, Robert B.
Hi Shane!

Valid point. I did not want to presume anything about Mark's setup, so I
suggested what I did. My current environment mirrors yours, but I am
using logstreams and not MANx datasets...creating separate logstreams
for Performance (70:79,89) and RACF (80,81,83) to go along with a
default. 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Shane
Sent: Thursday, March 12, 2009 6:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SCRT (Sub-Capacity Reporting Tool)

And I wouldn't even bother to separate them - I just got the 89's added
to the 70-79's I had put aside for my RMF analysis.
We usually found most of the SCRT data were already/still in the VTS
cache when we ran the SCRT report.

Shane ...

On Thu, 2009-03-12 at 06:38 -0400, Richards, Robert B. wrote:

 I would suggest that you extract, from each lpar, the TYPE70 and
TYPE89
 SMF records on a daily basis into separate GDG datasets

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-12 Thread Sam Golob

Hi Folks,

  On the CBT Tape, File 789 (only use the UPDATES page), there is a 
setup by Al Ferguson to automate the SCRT report production into a batch 
job, so as not to occupy system programmer time too much, in producing 
the monthly report.  I hope that you'll find this material helpful.


  All the best of everything to all of you.

Sincerely,Sam Golob  


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-12 Thread Mark Zelden
On Thu, 12 Mar 2009 20:56:45 +1000, Shane ibm-m...@tpg.com.au wrote:

And I wouldn't even bother to separate them - I just got the 89's added
to the 70-79's I had put aside for my RMF analysis.
We usually found most of the SCRT data were already/still in the VTS
cache when we ran the SCRT report.


Ditto.  When we started doing this years ago it was much easier to
add the 89s to the same file then create a new one.  I also have
them as part of the SMF/RMF logstream in my sandbox (no, I'm not
use SMF logstream in production and probably won't look at it again
until z/OS 1.11).

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:mark.zel...@zurichna.com
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-12 Thread Kelman, Tom
Here we roll up our SMF data weekly.  We don't do a monthly roll up.  We
just keep 2 years (108 weeks) of weekly rollups.  We also separate the
data by SMF record type into DB2 (100-102), MQ (115 and 116), WLC (30,
70-79, and 89), and everthing else.

I run the job to create the SCRT reports early on the morning of the 3rd
of the month.  The job is submitted by our scheduling package.  The SMF
input DD statement has more than enough generations of the WLC weekly
tape to cover the previous month (6 generations).  I have specified
Report_Period=Last_Month in the SCRTPARM member.  That way SCRT pulls
the correct information without my having to change dates every month.
If you want to email me offline I'll send you my job stream and SCRT
parms.

By the way, I highly recommend that you get the product LPAR Capacity
and Software Usage Analysis (LCS(tm)) Software from I/S Management
Strategies, Ltd (www.sherkow.com).  It really helps in analyzing the
sub-capacity pricing charges, and it is inexpensive for what it does.
It is written in SAS and uses the MXG database as its input data.  So
you need both of those products.  MXG is also inexpensive, but SAS is
another matter.  With the purchase of LCS you also get excellent over
the phone consulting help from Al Sherkow.  This product has save my
company much more than its cost when we've been able to use it to
analyze unusual increases in software costs and then enter exceptions
into the SCRT reports.  Note that I don't work for Al.  I'm just a very
satisfied customer.  

Tom Kelman
Enterprise Capacity Planner
Commerce Bank of Kansas City
(816) 760-7632
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Gibney, Dave
 Sent: Wednesday, March 11, 2009 5:28 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: SCRT (Sub-Capacity Reporting Tool)
 
 SCRT is smart enough to pick the data for the correct time period if
you
 supply it. We concatenate however many weeklys and dailys it takes to
 get it right. This is automated via CA-7 '#' JCL manipulation cards.
 
 Dave Gibney
 Information Technology Services
 Washington State University
 
 
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
  Behalf Of Mark Steely
  Sent: Wednesday, March 11, 2009 3:03 PM
  To: IBM-MAIN@bama.ua.edu
  Subject: SCRT (Sub-Capacity Reporting Tool)
 
  We are z/OS V1R9 and we are going to start using this tool. The tool
  requires that the input SMF data is to span from the second day of
the
  month to the first day of the next month. Our SMF data is separated
by
  the month. How are other shops performing this retrieval. I would
like
  to automate this process and not have to enter dates  times to pull
  the
  requested SMF data needed. Any help would be appreciated.
 
  Thank You
 
 
--
  For IBM-MAIN subscribe / signoff / archive access instructions,
  send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
INFO
  Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


*
If you wish to communicate securely with Commerce Bank and its
affiliates, you must log into your account under Online Services at 
http://www.commercebank.com or use the Commerce Bank Secure
Email Message Center at https://securemail.commercebank.com

NOTICE: This electronic mail message and any attached files are
confidential. The information is exclusively for the use of the
individual or entity intended as the recipient. If you are not
the intended recipient, any use, copying, printing, reviewing,
retention, disclosure, distribution or forwarding of the message
or any attached file is not authorized and is strictly prohibited.
If you have received this electronic mail message in error, please
advise the sender by reply electronic mail immediately and
permanently delete the original transmission, any attachments
and any copies of this message from your computer system.
*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-12 Thread Hal Merritt
We do something similar: we hook the SMF dump process that runs as needed then 
at again at midnight. Security and billing information is selected to a 
separate file as GDG's for each LPAR. The data is FTP's to a central LPAR if 
needed. The GDG's are gathered on the third and a monthly file is created for 
input to the SCRT.  

The regular SMF process is the data backup. 

The scheduler supplies any date control cards. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Richards, Robert B.
Sent: Thursday, March 12, 2009 5:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SCRT (Sub-Capacity Reporting Tool)

I would suggest that you extract, from each lpar, the TYPE70 and TYPE89
SMF records on a daily basis into separate GDG datasets whose GDS bases
are set to a limit of 45 or 75. When you run the SCRT program, just
specify the GDS base names and pull in all generations for all lpars. No
harm, no foul. 

This avoids a massive read of monthly SMF record types you don't care
about.

Bob   


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Steely
Sent: Wednesday, March 11, 2009 6:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: SCRT (Sub-Capacity Reporting Tool)

We are z/OS V1R9 and we are going to start using this tool. The tool
requires that the input SMF data is to span from the second day of the
month to the first day of the next month. Our SMF data is separated by
the month. How are other shops performing this retrieval. I would like
to automate this process and not have to enter dates  times to pull the
requested SMF data needed. Any help would be appreciated. 
 
Thank You

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-12 Thread Dave Kopischke
On Thu, 12 Mar 2009 01:26:06 -0400, Clark, Kevin wrote:

Mark, 
 
We will be starting this process next month. Our monthly SMF tape is 
produced on the 2nd day of the next month already, so all days of the 
previous month are account for. 
 
The cost saving dictate changing your business collection process. keep in 
mind you could cut a tape with just the records that SCRT needs seperatly 
from the your normal SMF process. 
 
Don't work about extra dates , the product will select the right grouping for 
the report.
 

You need to be careful though. The process defaults to current month when 
you run it. If you automate it, the programs might make interesting 
determinations of what current month means.

We keep weekly SMF backups with a daily GDG series that rolls up into the 
weekly. Since you can never tell where a week ends in relation to an IBM 
month, our process takes 5 generations of weekly backups and the whole daily 
series every time it runs (3rd calendar day of every month). I also supply the 
PARM Report_Period=Last_Month so there is no ambiguity. I can re-run it 
anytime within the month following without having to mess with the PARMs. 
And since you have to run it after the 1st completes, Last_Month always 
works for the normally scheduled JOB too.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


SCRT (Sub-Capacity Reporting Tool)

2009-03-11 Thread Mark Steely
We are z/OS V1R9 and we are going to start using this tool. The tool
requires that the input SMF data is to span from the second day of the
month to the first day of the next month. Our SMF data is separated by
the month. How are other shops performing this retrieval. I would like
to automate this process and not have to enter dates  times to pull the
requested SMF data needed. Any help would be appreciated. 
 
Thank You

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-11 Thread Gibney, Dave
SCRT is smart enough to pick the data for the correct time period if you
supply it. We concatenate however many weeklys and dailys it takes to
get it right. This is automated via CA-7 '#' JCL manipulation cards.

Dave Gibney
Information Technology Services
Washington State University


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Mark Steely
 Sent: Wednesday, March 11, 2009 3:03 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: SCRT (Sub-Capacity Reporting Tool)
 
 We are z/OS V1R9 and we are going to start using this tool. The tool
 requires that the input SMF data is to span from the second day of the
 month to the first day of the next month. Our SMF data is separated by
 the month. How are other shops performing this retrieval. I would like
 to automate this process and not have to enter dates  times to pull
 the
 requested SMF data needed. Any help would be appreciated.
 
 Thank You
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SCRT (Sub-Capacity Reporting Tool)

2009-03-11 Thread Clark, Kevin
Mark, 
 
We will be starting this process next month. Our monthly SMF tape is produced 
on the 2nd day of the next month already, so all days of the previous month are 
account for. 
 
The cost saving dictate changing your business collection process. keep in mind 
you could cut a tape with just the records that SCRT needs seperatly from the 
your normal SMF process. 
 
Don't work about extra dates , the product will select the right grouping for 
the report.
 
Kevin 


From: IBM Mainframe Discussion List on behalf of Mark Steely
Sent: Wed 3/11/2009 6:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: SCRT (Sub-Capacity Reporting Tool)



We are z/OS V1R9 and we are going to start using this tool. The tool
requires that the input SMF data is to span from the second day of the
month to the first day of the next month. Our SMF data is separated by
the month. How are other shops performing this retrieval. I would like
to automate this process and not have to enter dates  times to pull the
requested SMF data needed. Any help would be appreciated.

Thank You

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html




This e-mail message and any attachments transmitted with it are confidential 
and are intended solely for the use of its authorized recipient(s). If you are 
not an intended or authorized recipient, you are hereby notified that any 
disclosure, copying, distribution or taking any action in reliance on the 
information contained in this e-mail is prohibited. If you have received this 
message in error or are not authorized to receive it, please immediately notify 
the sender and delete the original message and all copies of it from your 
computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html