Failing to ACCEPT old service can make backing off new service a nightmare.

The opposite of "never accept" is not "never restore", it's "establish policy 
for when to accept". The "never restore" club has no members, although I 
suppose that a sufficient amount of C2H5OH could cause me to imagine one.

-- 
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
עַם יִשְׂרָאֵל חַי
נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר



________________________________________
From: IBM Mainframe Discussion List <[email protected]> on behalf of Ed 
Jaffe <[email protected]>
Sent: Saturday, December 14, 2024 12:35 PM
To: [email protected]
Subject: Re: SMP/E maintenance best practice for z/OS

External Message: Use Caution


On 12/11/2024 6:15 AM, Tom Longfellow wrote:
> I have never been a member of the 'Never ACCEPT' club.

Which is the same as the 'Never RESTORE' club. Who would do that?

Not being able to back off a bad APAR/PTF seems unacceptable to me. NOT
a best practice.

How do the members of that club do it? A point-in-time restore of their
CSIs and target library backups? IMHO that's insane!

I've heard the SMP/E philosophy described as: RECEIVE, APPLY, ACCEPT.
That might be true for an FMID being newly installed, but for service it
is far better described as either RECEIVE, ACCEPT, APPLY or the
alternative SMPPTS space-saving approach of ACCEPT, RECEIVE, APPLY.

These days, with RECEIVE ORDER occurring every night while we sleep, in
practice it's really usually just: ACCEPT, APPLY.

--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://secure-web.cisco.com/1xhfl2HFqB6qwV02GP8X0OYF1vRsEtSsO7hQP8sssqV3h6ulAoBUqAJw9B6Pe3cdlSPwacJUJoSEu3T0sdAzuStpKRFlvUtMOjl3iSPIU3Wb0eNwKDQpxDkcDfk7efNaA4UNtHtnde-vVozlFHYM1PTlR66bL3ISQlrgb6dkM42p0wJDrO7KCSKrvXMTeD4GHej2GDI_cyqpb2aqTZfdKA5YQslTRR796ca0NJL3z6gioF5Qc4WAicIt2NR0DAplQz_17e12CkzybTWGG5z-l24f97mvxdf6QrTA-7niGSMk36jmkAeMcUGzjKUwE1cbi5WTtQJbTAp48lNhCU89AkOxyNMisiNZdkJ8c3WxD8rM8wq-SoWtWiJC0j0kRCijp_tUy5bxt8ThQ82c4TFqFTV5Of1kCJqqOUX8v6s0DcmuIcWrZ2XEBc0AKSbFSgyzC/https%3A%2F%2Fwww.phoenixsoftware.com%2F


--------------------------------------------------------------------------------
This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN



----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to