RE: Data Guard question

From: Sweetser, Joe <JSweetser_at_icat.com>
Date: Mon, 13 Oct 2008 08:56:08 -0600
Message-ID: <E323160E08E560459CD05A883546C3CE0D5C2E18@Earthquake.ICAT.COM>


In a nutshell, I think the answer is yes. Note they are NOT a requirement for all DG configurations, though.

-joe

From the DG Concepts & Administration manual:

2.5.2 Standby Redo Logs

A standby redo log is similar to an online redo log, except that a standby redo log is used to store redo data received from another database.

A standby redo log is required if you want to implement:

  • The maximum protection and maximum availability levels of data protection (described in Section 1.4 and in more detail in Section 5.6)
  • Real-time apply (described in Section 6.2)
  • Cascaded destinations (described in Appendix E)

A standby redo log provides a number of advantages:

  • Standby redo log files can reside on raw devices, which may be important if either or both the primary and standby databases reside in a Real Application Clusters environment.
  • Standby redo log files can be multiplexed using multiple members, improving reliability over archived log files.
  • During a failover, Data Guard can recover and apply more redo data from standby redo log files than from the archived log files alone.
  • The archiver (ARCn) process or the log writer (LGWR) process on the primary database can transmit redo data directly to remote standby redo log files, potentially eliminating the need to register a partial archived log file (for example, to recover after a standby database crashes). See Chapter 5 for more information.

-----Original Message-----
From: John.Hallas_at_morrisonsplc.co.uk
[mailto:John.Hallas_at_morrisonsplc.co.uk]
Sent: Monday, October 13, 2008 8:42 AM
To: Sweetser, Joe
Cc: oracle-l_at_freelists.org
Subject: RE: Data Guard question

Why does that requirement for an additional srl exist? Is it so that the target system can always keep up

John

-----<oracle-l-bounce_at_freelists.org> wrote: -----

To: Bradd Piontek <piontekdd_at_gmail.com>, <finn.oracledba_at_gmail.com>, <jason.arneil_at_gmaill.com>
From: "Sweetser, Joe" <JSweetser_at_icat.com> Sent by: <oracle-l-bounce_at_freelists.org>
Date: 13/10/2008 03:21PM
cc: oracle-l <oracle-l_at_freelists.org>
Subject: RE: Data Guard question

Not unexpectedly, it ended up be a combination of a few things:

  1. Not enough standby redo logs - recommended value is one more than the number of redo logs

Wm Morrison Supermarkets PLC is registered in England with number 358949. The registered office of the company is situated at Gain Lane, Bradford, West Yorkshire BD3 7DL.

This email and any attachments are intended for the addressee(s) only and may be confidential. If you are not the intended recipient, please inform the sender by replying to the email that you have received in error and then destroy the email. If you are not the intended recipient, you must not use, disclose, copy or rely on the email or its attachments in any way.

Wm Morrison Supermarkets PLC accepts no liability or responsibility for anything said in the email or its attachments and gives no warranty as to accuracy. It is the policy of Wm Morrison Supermarkets PLC not to enter into any contractual or other obligations by email.

Although we have taken steps to ensure the email and its attachments are virus-free, we cannot guarantee this or accept any responsibility, and it is the responsibility of recipients to carry out their own virus checks.



Confidentiality Note: This message contains information that may be confidential and/or privileged. If you are not the intended recipient, you should not use, copy, disclose, distribute or take any action based on this message. If you have received this message in error, please advise the sender immediately by reply email and delete this message. Although ICAT Holdings, LLC, Underwriters at Lloyd's, Syndicate 4242, scans e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses. Thank you.

--
http://www.freelists.org/webpage/oracle-l
Received on Mon Oct 13 2008 - 09:56:08 CDT

Original text of this message