RE: RAC Vs Standby Database between Primary and Secondary Data Centers

Jared,

 

            I'm sorry, but I have not had similar experience.  Most SAN
installs that I've worked on have mirrored disk, dual or better
interface cards as well as cabling so that there isn't just one path to
the drives.  I have tried NAS setups that have failed badly, but
thankfully those were in a testing mode.  Never trust a sales droid,
always push the "press-to-test" button.

 

______________________________________________________________
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@xxxxxxxxxxxxx
45 Bartlett St. / Marlborough, MA 01752

Together: the Collaborative Business Experience 
______________________________________________________________

________________________________

From: Jared Still [mailto:jkstill@xxxxxxxxx] 
Sent: Monday, January 21, 2008 5:59 PM
To: dannorris@xxxxxxxxxxxxx
Cc: Goulet, Dick; mssql_2002@xxxxxxxxx; oracle-l@xxxxxxxxxxxxx
Subject: Re: RAC Vs Standby Database between Primary and Secondary Data
Centers

 

On Jan 21, 2008 9:53 AM, Dan Norris <dannorris@xxxxxxxxxxxxx> wrote:

        Dick,
        
        Here's where I think we need to make clear what defines "high
availability" versus what becomes "disaster recovery". Many sites
want/need both. In my dictionary, I define high availability as a system
that can tolerate a failure of a single component without affecting the
application availability. 


The problem I have with that definition is the the HW duplicated is 
not the HW most prone to failure - the storage.


-- 
Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist 



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.

Other related posts: