| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: 24 x 7 x 365
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
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.
=20
Besides being completely redundant is extremely expensive, like two of =
everything, including building, air-conditioning, fiber optic cables, =
etc.............
=20
Dick Goulet
Senior Oracle DBA
Oracle Certified 8i DBA=20
-----Original Message-----
Sent: Wednesday, December 10, 2003 11:44 AM
To: Multiple recipients of list ORACLE-L
Hello,=20
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=20
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."
*************************************************************************=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D
------_=_NextPart_001_01C3BF67.521B334B
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN"> <HTML><HEAD> <META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =charset=3Diso-8859-1">
<META content=3D"MSHTML 6.00.2800.1226" name=3DGENERATOR></HEAD> <BODY> <DIV><SPAN class=3D191574021-10122003><FONT face=3DArial color=3D#0000ff =size=3D2>True=20
you. That's what we do & it works very =
nicely.</FONT></SPAN></DIV>
<DIV><SPAN class=3D191574021-10122003><FONT face=3DArial color=3D#0000ff =
size=3D2></FONT></SPAN> </DIV>
<DIV><SPAN class=3D191574021-10122003><FONT face=3DArial color=3D#0000ff =
size=3D2>Besides being completely redundant is extremely expensive, like =
two of=20
everything, including building, air-conditioning, fiber optic cables,=20
etc.............</FONT></SPAN></DIV>
<DIV> </DIV>
<P><FONT size=3D2>Dick Goulet<BR>Senior Oracle DBA<BR>Oracle Certified =
8i=20
DBA</FONT> </P>
<BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
<DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
size=3D2>-----Original Message-----<BR><B>From:</B> Tracy Rahmlow=20
[mailto:tracy.rahmlow_at_aexp.com]<BR><B>Sent:</B> Wednesday, December =
10, 2003=20
11:44 AM<BR><B>To:</B> Multiple recipients of list =
ORACLE-L<BR><B>Subject:</B>=20
24 x 7 x 365<BR><BR></FONT></DIV><BR><FONT face=3Dsans-serif=20
size=3D2>Hello,</FONT> <BR><FONT face=3Dsans-serif size=3D2>Our =
company would like=20
to know whether or not Oracle supports true 24x7x365 availability for =
an oltp=20
database. We currently are using the 8.1.7 enterprise edition.=20
Does an architecture exist whereby we can upgrade the database =
and/or=20
operating system and not cause an outage? Will RAC solve this =
issue?=20
Are there any other areas of concerns that I should be thinking =
about?=20
For example, analyzing with the validate clause and its impacts =
on the=20
transaction system. Thanks</FONT>=20
<P>American Express made the following<BR>annotations on 12/10/2003 =
09:41:15=20
=
AM<BR>-------------------------------------------------------------------= -----------<BR>**********************************************************= ********************<BR><BR>"This=20
you."<BR><BR>************************************************************= ******************<BR><BR><BR>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D==3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
------_=_NextPart_001_01C3BF67.521B334B--
-- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Goulet, Dick INET: DGoulet_at_vicr.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 Wed Dec 10 2003 - 15:49:34 CST
 |
 |