Re: Oracle DR Solution
- From: Niall Litchfield <niall.litchfield@xxxxxxxxx>
- To: Hemant.Chitale@xxxxxx
- Date: Wed, 31 Aug 2011 10:21:43 +0100
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@xxxxxx> 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@xxxxxxxxxxxxx [mailto:
> oracle-l-bounce@xxxxxxxxxxxxx] *On Behalf Of *Michael Dinh
> *Sent:* Wednesday, August 31, 2011 6:44 AM
> *To:* 'smishra_97@xxxxxxxxx'; oracle-l@xxxxxxxxxxxxx
> *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@xxxxxxxxxxxxx [mailto:
> oracle-l-bounce@xxxxxxxxxxxxx] *On Behalf Of *Sanjay Mishra
> *Sent:* Tuesday, August 30, 2011 3:28 PM
> *To:* oracle-l@xxxxxxxxxxxxx
> *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
Other related posts:
