W dniu 2011-04-30 06:47, Linda Mooney pisze:
As can be seen from the replies, there are different approaches for handling 
the PTS.  In my shop, when a z/OS release is installed, the PTS is placed on a 
volume where it will have plenty of room.  For the life of the install, PTFs 
are not purged from the PTS - ever.  If necessary, spill PTS datasets are 
defined.  We are not a large shop, and this works for us.



For ACCEPT, we generally run the ACCEPT of previous service just before 
beginning the next maintenance cycle.

1. Size of the shop is loosely related to the size of PTS. I would say more: in a large shop there's more chance to get additional disk space for PTS.

2. People consider ACCEPT process as dangerous, they are reluctant to do ACCEPT. What about APPLY? There are PTFs which cannot be simply RESTOREd (HOLDSYS DELETE) and the RESTORE itself is cumbersome. IMHO the best way to move back is to have copy of system volumes (including RES, DLIB and SMPE). In such scenario there is no big thing to ACCEPT older PTFs.

3. Last, but not least: sometimes ACCEPT is simply required.
Sometimes a product reads from DLIB libraries. IMHO it's plain wrong, but it happens. Someone mentioned IMS as such product, I vaguely remember something else. Another example: fmid H09F210, COBOL and CICS Command Level Conversion Aid (CCCA). It is distributed with error in SMP/E description (wrong RMID). Recommended solution includes ACCEPT.

--
Radoslaw Skorupka
Lodz, Poland


--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive.
BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax 
+48 (22) 829 00 33, e-mail: [email protected]
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 0000025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2011 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.346.696 złotych.

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