Let me give more background. My role is management of this activity and
I do not receive, apply, etc. We need to change our maint philosophy on
how we handle HIPERS. IE: We build z/OS 1.8 on a test system with a July
ESO but do not go production to October. I want to find out about HIPERS
from July-September. They would be evaluated to make sure nothing hot is
missing. We would then selectively apply HIPERS that are applicable.
That's my idea right now.....

Are you saying that if my MVS guy received 90-days of enhanced holddata,
we could look it over and selectively apply what is needed or would all
90-days worth of this maint go on? What would you (or others) do with my
example scenario......? Also, going forward from October, how would you
handle HIPERS that come out. 

Thanks.  



Rgrds, Joseph Sumi 


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tergerson, John
Sent: Thursday, August 16, 2007 11:29 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Listing HIPERS

Joseph,

That is the ENHANCED HOLDDATA.  You don't need to read any of it, just
receive it into your SMPE GLOBAL CSI.  As you can see in the header, it
is as current as the previous day.  Make sure there are no gaps in
holddata received.  In your example, the file covers only the last
month.  You can retrieve holddata that covers the last two years.

Your report will show you what applies to YOUR system at its current
state.  There is no need to develop complex queries and try to
understand which piece of maintenance you found applies to you.
Everything in the report applies to your system, and it is current.

Ed, if you really have nothing better to do than look every half hour
for additional HIPER maintenance, you really need a life :)  Yesterday
is current enough for me.

John

----------------------------------------------------------------------
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

Reply via email to