Re: Oracle DR Solution

From: Sanjay Mishra <smishra_97_at_yahoo.com>
Date: Wed, 31 Aug 2011 08:55:31 -0700 (PDT)
Message-ID: <1314806131.6366.YahooMailNeo_at_web161220.mail.bf1.yahoo.com>


Saurabh

Based on few discussion, it look like the options are Dataguard or Storage Replication. Need to have some pros and cons of them. I know that storage mirroring/Replication depends on Storage vendor but any good reference is helpful.


TIA
Sanjay


________________________________
From: saurabh manroy <saurabhmanroy_at_gmail.com>
To: niall.litchfield_at_gmail.com
Cc: Hemant.Chitale_at_sc.com; mdinh@xifin.com; oracle-l@freelists.org
Sent: Wednesday, August 31, 2011 6:35 AM
Subject: Re: Oracle DR Solution


Extended/Stretch RAC is a low cost but rather incomplete DR solution. 
Low Cost: In-terms of number of resources need to maintain the environment. DataGuard maintenance needs additional skills (apart from knowing RAC). Also, not to forget licensing costs for DataGuard.
Incomplete: Distance between nodes of cluster is still a major factor. Though 11g comes with preffred mirror read options, internode communication would still be an issue over long distance. So, less distance between nodes means, both sites would likely stop functioning in situations of: flood, earthquake etc.

Since Cost is not an issue for Sanjay, Primary DB as a RAC cluster  and Standby DB also a RAC cluster would be a better solution in my opinion.

Regards,
Saurabh Manroy
http://smanroy.wordpress.com 



On Wed, Aug 31, 2011 at 11:21 AM, Niall Litchfield <niall.litchfield_at_gmail.com> wrote:

I'd argue that stretch RAC could easily be seen as a DR solution, and that replication solutions generally can also provide functioning DR. What I didn't see from Sanjay is how DR is defined and what the requirements for DR are. For example if the requirements are 
>
>
>We must within 5 days of loss of our single data centre be up and running again with data from the night before the failure on our core financial systems only.   
>
>
>Then an appropriate DR solution will be different from one dictated by
>
>
>We must within 15 minute of loss of any single system defined in the list below be up and available again with zero data loss and constant service quality
>
>
>Virtualization can also play a significant role in DR planning, in fact I'd expect this to be how DR is typically done in the next 10 years or so.   
>
>
>On Wed, Aug 31, 2011 at 1:52 AM, Chitale, Hemant Krishnarao <Hemant.Chitale_at_sc.com> wrote:
>
> 
>>Neither RAC  nor   GoldenGate is a DR solution.
>> 
>> 
>>Sanjay has correctly listed the two options  (Active) DataGuard and StorageBasedReplication (with Snapshots that allow opening a database snapshot image).
>> 
>> 
>>Hemant K Chitale
>>
>>
>> 
>>From:oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Michael Dinh
>>Sent: Wednesday, August 31, 2011 6:44 AM
>>To: 'smishra_97_at_yahoo.com'; oracle-l@freelists.org
>>Subject: RE: Oracle DR Solution
>> 
>>With no loss or down time, then I would think RAC/ Golden Gate.
>> 
>>Michael Dinh
>> 
>>Disparity Breaks Automation (DBA)
>> 
>>NOTICE OF CONFIDENTIALITY - This material is intended for the use of the individual or entity to which it is addressed, and may contain information that is privileged, confidential and exempt from disclosure under applicable laws.  BE FURTHER ADVISED THAT THIS EMAIL MAY CONTAIN PROTECTED HEALTH INFORMATION (PHI). BY ACCEPTING THIS MESSAGE, YOU ACKNOWLEDGE THE FOREGOING, AND AGREE AS FOLLOWS: YOU AGREE TO NOT DISCLOSE TO ANY THIRD PARTY ANY PHI CONTAINED HEREIN, EXCEPT AS EXPRESSLY PERMITTED AND ONLY TO THE EXTENT NECESSARY TO PERFORM YOUR OBLIGATIONS RELATING TO THE RECEIPT OF THIS MESSAGE.  If the reader of this email (and attachments) is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. Please notify the sender of the error and delete the e-mail you received. Thank you.
>> 
>>From:oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce@freelists.org] On Behalf Of Sanjay Mishra
>>Sent: Tuesday, August 30, 2011 3:28 PM
>>To: oracle-l_at_freelists.org
>>Subject: Oracle DR Solution
>> 
>>Hi
>> 
>>I am looking to see what is the best option to have DR solution that can be Primary with no loss or downtime. Looking for best practices even it is expensive solution. Appreciate for any document or link as I am sure lots has done work on it. One of the requirement is that database is around 10Tb and transaction logs will be be not more than 50G in an hour.
>> 
>>1. Can see 11g Active Dataguard which can be used for Reporting as well as DR solution
>>2. Storage Replication
>> 
>>Rgds
>>Sanjay
>>This email and any attachments are confidential and may also be privileged.  If you are not the addressee, do not disclose, copy, circulate or in any other way use or rely on the information contained in this email or any attachments.  If received in error, notify the sender immediately and delete this email and any attachments from your system.  Emails cannot be guaranteed to be secure or error free as the message and any attachments could be intercepted, corrupted, lost, delayed, incomplete or amended.  Standard Chartered PLC and its subsidiaries do not accept liability for damage caused by this email or any attachments and may monitor email traffic.
>>
>>Standard Chartered PLC is incorporated in England with limited liability under company number 966425 and has its registered office at 1 Aldermanbury Square, London, EC2V 7SB.
>>
>>Standard Chartered Bank ("SCB") is incorporated in England with limited liability by Royal Charter 1853, under reference ZC18.  The Principal Office of SCB is situated in England at 1 Aldermanbury Square, London EC2V 7SB. In the United Kingdom, SCB is authorised and regulated by the Financial Services Authority under FSA register number 114276.
>>
>>If you are receiving this email from SCB outside the UK, please click http://www.standardchartered.com/global/email_disclaimer.html to refer to the information on other jurisdictions.
>>
>
>
>
>-- 
>Niall Litchfield
>Oracle DBA
>http://www.orawin.info
>
--
http://www.freelists.org/webpage/oracle-l
Received on Wed Aug 31 2011 - 10:55:31 CDT

Original text of this message