I would respectfully disagree. I posed this question to the group a while back and the consensus was to let it crash. I believe the thought was that there was just not enough time or information to make an informed decision. Plus, anytime someone is frantically banging on a keyboard, screw ups are a sure bet.
I had to make this call a while back and followed the advice. All in all, things went very smoothly and we were back in full operation with very few issues. DB2 and JES knew what to do and did it. Batch jobs that were running were simply treated just like any other failure. Our most loved proprietary online hit the ground running. I did drain initiators to prevent any new batch jobs kicking off. I learned a few things, though. One, if you have an OS/2 HMC, shut it down ASAP. When power comes back, it does a check disk that takes forever. I had to IPL using the support elements. The Shark has backup batteries so that it will come in for a graceful landing. That worked. But the unexpected twist was that the Shark would not go ready until the batteries were recharged. We now have a DS8100 but I would expect it would be no different. So, my suggestion for a loss of power scenario is to immediately evacuate personnel to a safe place. Nothing is worth getting someone hurt. BTDT. -----Original Message----- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel C Ewing Sent: Saturday, May 23, 2009 12:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ups batteries draining, can't switch to generators While YMMV, out experience has been that any utility power failure lasting more than 5-15 seconds is a solid failure and the outage will invariably be an hour or more while the utility company locates and fixes the problem. This means that unless you have an extraordinary UPS, or functional generators able to recharge the UPS, you are going down -- The only issue is when or how. Given the choice, a controlled shutdown from which restart is almost guaranteed is infinitely better than gambling the potential of adding hours of downtime and potential data loss from an abrupt termination for the questionable benefit of staying up for a few minutes longer. ..snip Joel C Ewing 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
