Re: Oracle DR Solution

From: Gaja Krishna Vaidyanatha <gajav_at_yahoo.com>
Date: Wed, 31 Aug 2011 21:30:55 -0700
Message-Id: <8CFC357A-9F29-406E-A3EB-606A3545D582_at_yahoo.com>



Hi Hemant,
Good morning! What you state may be relevant to your environment but does not necessarily have to be the case for every environment. Here is a real-life example:

Company with 3 datacenters - A (PRIMARY), B (HA) and C (DR). A and B are 60km apart in the same state. C is totally different state and a different timezone and is 1,572 miles away. B & C are reasonably in sync with the contents of A and this is done using Oracle Golden Gate. A, B and C all run Oracle, the same version of Oracle and are on the same platform.

A has a serious failure. B is now the PRIMARY. Reporting needs to be offloaded to DR, to maintain SLAs on B. The reporting component of the application utilizes and manipulates Global Temporary Tables, thus requiring the database to be in READ/WRITE mode. Cannot use DG or Active DG in this case, because one cannot manipulate a GTT in a READ ONLY WITH APPLY mode database. Replication using Oracle Golden Gate is the way to go, thus making it a DR solution.

Best regards,

Gaja

Gaja Krishna Vaidyanatha,
CEO & Founder, DBPerfMan LLC
http://www.dbperfman.com
Phone - 001-650-743-6060
Co-author:Oracle Insights:Tales of the Oak Table - http://www.apress.com/book/bookDisplay.html?bID14 Co-author:Oracle Performance Tuning 101 - http://www.amazon.com/gp/reader/0072131454/ref=sib_dp_pt/102-6130796-4625766

On Aug 31, 2011, at 7:59 PM, Chitale, Hemant Krishnarao wrote:

>
> IMHO, GoldenGate would be positioned as a DR solution only where
> a. The Primary and Standby are running different Oracle versions or on different platforms
> b. Either of the two is non Oracle
> Essentially : For Heterogeneous implementation (different versions and different platforms count as Heterogeneous)
>
>
> Where the Primary and Remote site are both
> a. Running Oracle
> b. Running the same Version of Oracle
> c. Running on the same Platform
> DataGuard is the DR solution.
>
> Hemant K Chitale
>
>
> From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Gaja Krishna Vaidyanatha
> Sent: Thursday, September 01, 2011 5:34 AM
> To: Oracle-L List
> Subject: Re: Oracle DR Solution
>
> Greetings Hemant,
>
> Not sure I fully understand what you mean by "GoldenGate is NOT a DR solution". Any DR site needs to be populated with some data replication method. And DataGuard and GoldenGate BOTH do just that, albeit in different ways.
>
> <snip to avoid over-quoting>
>
> Gaja
>
> Gaja Krishna Vaidyanatha,
>
>
>
> 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.

--
http://www.freelists.org/webpage/oracle-l
Received on Wed Aug 31 2011 - 23:30:55 CDT

Original text of this message