RACF? Just the Emergency IDs to restore from (V)Tape. Users won't have any datasets, may need a different production RACF database.
On Fri, Mar 7, 2025 at 10:57 AM Radoslaw Skorupka < [email protected]> wrote: > Some of us wrote about so called rescue system. > Usually it is small ("one pack") z/OS system, which can be IPLed as a > last resort. > Update RACF db? Yes, but ...no, because some changes can make the system > un-IPLable. > Test it? Yes, frequently. But... it happen to be not frequent. > A lot of risks related to possible human errors, oversights, etc. > Other mention ZZSA or stand-alone ADRDSSU&ICKDSF. > > However we have LPARs. > I'm pretty sure everyone is running a machine with LPARs. (not talking > about museum, zPDT or Hercules) > So, what's the problem with keeping some tech LPAR up and running? > It does consume very few CPU cycles, few memory, same disk space. > The only possible case when the tech system would not help is Power On > Reset. Which is quite rare. Rare enough to prepare for that by testing > tech system - re-IPL before POR. > And of course when you have more than one CPC (DR, sysplex, etc.) even > POR will not shut down some your tech system. > Besides the risk of IPL failure, the advantages of having up and ready > z/OS is quite obvious IMHO. > I use such LPAR since times of OS/390. And yes, I fixed a lot of small > and few big errors during IPL of prod systems. > > -- > Radoslaw Skorupka > Lodz, Poland > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
