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

From: Goulet, Dick <>
Date: Mon, 21 Jan 2008 14:48:20 -0500
Message-ID: <>


            No, he wasn't a VP in IT, but of the bean counter discipline. Worse kind to have to address technical issues with. BTW: the sales & marketing and Manufacturing folks did get together shortly thereafter to quantify what it would cost the company for three different application systems if their DB's died unexpectedly. The resulting spreadsheet was a serious eye opener to upper management (including the subject VP) and we didn't get too much fight out of them thereafter, though we did maintain a 4 hour MTTR on those systems.  

Dick Goulet / Capgemini
North America P&C / East Business Unit
Senior Oracle DBA / Hosting
Office: 508.573.1978 / Mobile: 508.742.5795 / <>
Fax: 508.229.2019 / Email: 45 Bartlett St. / Marlborough, MA 01752

Together: the Collaborative Business Experience

From: Vishal Gupta [] Sent: Monday, January 21, 2008 2:05 PM
To: Goulet, Dick; Dan Norris;;
Subject: RE: RAC Vs Standby Database between Primary and Secondary Data Centers  


If your VP is in IT industry and still says that if disk has not failed in last 3 years so it won't fail in next 3 year either, then he does not deserve to be VP.  

One thing to remember is, if there is something which can go wrong, then it will go wrong for certain at point in time. You just have to make people aware of that failure and consequences. If they are willing to take risk associated with it, then there is no problem in having a single instance database either. If unplanned downtime is not acceptable, then business needs to pay for that availability.


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.

Received on Mon Jan 21 2008 - 13:48:20 CST

Original text of this message