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.