Re: Any-one know how to eliminate PLANNED downtime with Oracle RAC?

From: Tim Gorman <>
Date: Mon, 24 Nov 2008 09:55:59 -0700
Message-ID: <>



You might want to look into Oracle Rdb on HP OpenVMS.  Rdb on OpenVMS does have some instances of clustered databases that have been up and running continuously since the early 1990s, through all software and hardware upgrades.  Since HP owns OpenVMS and Oracle owns Rdb, this might be a feasible combination for your customer to meet their goals?  There is an email list-server available and Oracle seems to also have some conduits to the Rdb engineering group mentioned on their Rdb home page.

The cross-fertilization between Oracle's flagship RDBMS product and the Rdb product seems to have benefited both products (i.e. partitioning introduced in Oracle8, etc), but proven 24x7 uptime through all planned and unplanned outages does not seem to have made the jump yet to either RAC or Data Guard.  My opinion of course -- I'd love to be corrected.

Please share what you find?
Tim Gorman
consultant - Evergreen Database Technologies, Inc.
P.O. Box 630791, Highlands Ranch CO  80163-0791
website   =
email     =
mobile    = +1-303-885-4526
fax       = +1-303-484-3608
Yahoo IM  = tim_evdbt

Fahrenfort, Keith (HP Shared Solutions Architect for Oracle) wrote:
Hi, I'm working with a customer running a critical web site on a 10gR2 RAC backend DB - they support hundreds of thousands of simultaneous connections at the "quietest" time. 
They have expressed a desire for NO downtime during ANY changes to Oracle, particularly the application of Oracle patches and Oracle upgrades (both minor and major), etc. 
Any thoughts? Who's "been there done that"?
Thanks! Regards!

Please let me know if you prefer to not receive email from me.


Keith Fahrenfort
Solutions Architect - Hewlett Packard
Solution Design Services for Oracle
Shared Solutions Architecture 
HP Americas Solution Architecture 
Call 1.800.424.0993 option2 or email to reach the Solution Design Team
For HP's privacy policy and contact information, please see
-- Received on Mon Nov 24 2008 - 10:55:59 CST

Original text of this message