Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: 24 x 7 x 365

Re: 24 x 7 x 365

From: Murali Vallath <murali_vallath_at_yahoo.com>
Date: Sat, 13 Dec 2003 07:09:26 -0800
Message-ID: <F001.005D9CF9.20031213070926@fatcity.com>

If this is the customer you are talking about, this database supports over 12 million subscribers..
 
Murali

Tim Gorman <tim@sagelogix.com> wrote:
As I mentioned a few minutes ago in another thread, there is an application using Oracle Rdb on an HP OpenVMS cluster located at HP in Colorado Springs that has been up and available continuously for the past 11-12 years.


on 12/10/03 2:49 PM, Goulet, Dick at DGoulet@vicr.com wrote:

True 24x365 is just about impossible.  No if, ands. or buts about it.  Why is because of the number of factors outside your control that affect system availability.  Sure your web sever and database are up 24x365, but your ISP has 1 hour down time each month for maintenance.  OOPS!!  from a customer point of view your NOT 24x365.  Also that fiber optic cable running out of your building to the phone pole is available for some heavy equipment operator to slice through while working on the sewer system, OOPS!!  So you can't have 24x365 no matter what.  What you should do is try to adapt the changes you need into the downtime that's imposed on you.  That's what we do & it works very nicely.

Besides being completely redundant is extremely expensive, like two of everything, including building, air-conditioning, fiber ! optic cables, etc.............

Dick Goulet
Senior Oracle DBA
Oracle Certified 8i DBA


-----Original Message-----
From: Tracy Rahmlow [mailto:tracy.rahmlow@aexp.com]
Sent: Wednesday, December 10, 2003 11:44 AM
To: Multiple recipients of list ORACLE-L
Subject: 24 x 7 x 365


Hello,
Our company would like to know whether or not Oracle supports true 24x7x365 availability for an oltp database.  We currently are using the 8.1.7 enterprise edition.  Does an architecture exist whereby we can upgrade the database and/or operating system and not cause an outage?  Will RAC solve this issue?  Are there any other areas of concerns that I should be thinking about?  For example, analyzing with the validate clause and its impacts on the transaction system.  Thanks

American Express made the following
annotations on 12/10/2003 09:41:15 AM
------------------------------------------------------------------------------
******************************************************************************

"This message and any attachments are solely for the intended recipient and may contain confidential or privileged information. If you are not the intended recipient, any disclosure, copying, use, or distribution of the information included in this message and any attachments is prohibited. If you have received this communication in error, please notify us by reply e-mail and immediately and permanently delete this message and any attachments. Thank you."

******************************************************************************


==============================================================================




Murali Vallath

Author: Oracle Real Application Clusters Publisher Digital Press

http://search.barnesandnoble.com/booksearch/isbnInquiry.asp?userid=2V5D30UGVS&isbn=1555582885&itm=4#PU


Do you Yahoo!?
New Yahoo! Photos - easier uploading and sharing
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Murali Vallath
  INET: murali_vallath_at_yahoo.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
Received on Sat Dec 13 2003 - 09:09:26 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US