From oracle-l-bounce@freelists.org Thu Jul 7 11:13:21 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j67GDLIB020164 for ; Thu, 7 Jul 2005 11:13:21 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j67GDFIP020152 for ; Thu, 7 Jul 2005 11:13:16 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3D9961C9833; Thu, 7 Jul 2005 10:22:33 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01357-07; Thu, 7 Jul 2005 10:22:33 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B5AD01C9E34; Thu, 7 Jul 2005 10:22:32 -0500 (EST) Message-ID: <42CD4848.9090606@pacbell.net> Date: Thu, 07 Jul 2005 08:20:40 -0700 From: Mark Bole User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oracle-l Subject: Re: High Availability -- True 7x24x365 References: <20050707133514.12528.qmail@web31010.mail.mud.yahoo.com> In-Reply-To: <20050707133514.12528.qmail@web31010.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed X-archive-position: 22183 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: makbo@pacbell.net Precedence: normal Reply-To: makbo@pacbell.net X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-mailscan-MailScanner-Information: Please contact the ISP for more information X-mailscan-MailScanner: Found to be clean X-MailScanner-From: oracle-l-bounce@freelists.org X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=-2.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 Management that has "moved into the modern digital world" would already understand that 100% uptime is an impossible business requirement. Airplanes crash, nuclear power plants trip offline, heart attack victims die in the emergency room -- there is no such thing as 100% uptime. And "five nines" is probably way more expensive than any conceivable cost that your customers are incurring due to an occasional outage of your site. It's frustrating when management tries to scapegoat the techies for its own inability or unwillingness to manage the risks of the business appropriately. I was still somewhat shocked, however, when one of the largest banks in the world recently sent me an e-mail, as one of their credit card customers, informing me that their on-line account management site would be down for ONE FULL WEEK due to a system upgrade!!! It's hard for me to imagine how even the sloppiest, most poorly run little software shop couldn't do better than that... -- Mark Bole Peter Barnett wrote: > We have finally moved into the modern digital world. > Outages of our company web site are being noticed by > our customers which is causing management to ask about > maintaining 7x24x365 up time. > > There are several ideas being circulated but I was > wondering how others are doing it? > > The requirement is true 7x24x365. Patches, upgrades, > maintenance need to be transparent to the users of our > web sites. -- http://www.freelists.org/webpage/oracle-l