RE: RAC Vs Standby Database between Primary and Secondary Data Centers
Date: Mon, 21 Jan 2008 10:24:26 -0500
Message-ID: <746B47FAF6783042B256C0E7CC0795CD026B5F7F@caonmastxm02.na.capgemini.com>
Bob,
RAC is not a High Availability solution in and of itself. A RAC system must have all servers in the same physical location which leaves you vunerable to earth quakes, fires, etc..... Standby database is there to protect you against these types of disasters by placing an identical copy of your database in a separate physical location that presumably will not get hit by the "9/11 factor" at the same time. The first thing you should do is determine what your trying to protect against and then plan accordingly. RAC will protect you against a single server failure in your local data center. Standby can protect you against a single server failure as well, but adds protection for a 9/11 incident at the same time..
Dick Goulet / Capgemini
North America P&C / East Business Unit
Senior Oracle DBA / Hosting
Office: 508.573.1978 / Mobile: 508.742.5795 / www.capgemini.com Fax: 508.229.2019 / Email: richard.goulet_at_capgemini.com 45 Bartlett St. / Marlborough, MA 01752
Together: the Collaborative Business Experience
-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Bob Robert
Sent: Tuesday, January 08, 2008 4:16 PM
To: oracle-l_at_freelists.org
Subject: RAC Vs Standby Database between Primary and Secondary Data
Centers
Gurus,
I need your opinion regarding setting up High Availability solution between Primary and Secondary Data Centers. Is it better to go with Oracle RAC or Oracle Standby database.
Thanks In Advance,
Bob
Be a better friend, newshound, and
know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
--
http://www.freelists.org/webpage/oracle-l
This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
--
http://www.freelists.org/webpage/oracle-l
Received on Mon Jan 21 2008 - 09:24:26 CST