I guess zero downtime would require that all "server" type functionality be duplexed on multiple images and that said servers have a way to either hand off their current work, or refuse futher work so that the duplexed server can take over all new connection requests. I guess that is possible. No wonder it is so expensive. And I shudder to think about some processing that I remember from the past - batch jobs that ran for __days__!
-- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL > Sent: Tuesday, April 12, 2011 9:54 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: moving extends for allocated VSAM linear data set > > >The IBM rep should have said: "The z means zero __unplanned__ > downtime.". I am not aware of any OS on any platform which does not > require an occasional re-initialization (reboot, IPL, whatever > > I think you've misunderstood IBM's intent. > With Parallel SYSPLEX, shared everything, IMSPLEX, and/or > DB2PLEX, etcPLEX, and following the compatibility rules, you > will come close to the goal of zERO! > A single image will not cut it. > > PS: when IBM first started hyping the zERO, they stressed it > was a goal, NOT a certainty! > Sent wirelessly from my BlackBerry device on the Bell network. > Envoyé sans fil par mon terminal mobile BlackBerry sur le > réseau de Bell. > > ---------------------------------------------------------------------- > 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 > > ---------------------------------------------------------------------- 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
