Re: archive_lag_target with real time apply for data guard

From: Mladen Gogala <gogala.mladen_at_gmail.com>
Date: Mon, 21 Dec 2015 14:55:14 -0500
Message-ID: <56785922.8090008_at_gmail.com>

On 12/21/2015 09:26 AM, Mark W. Farnham wrote:
> Active data guard switches on real time apply. (Because it needs to be up to date to fulfill the feature description.)
>
> Switching on real time apply does not switch on active data guard. (And serves maximum protection without adding to license fees.)
>
> Your observation was accurate, but in this instance the application of converse logic was in error. The license fees possible in audit due to accidental temporary usage of a feature tend to make us justifiably paranoid about this stuff.
>
> mwf
>
> -----Original Message-----
> From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Mladen Gogala
> Sent: Monday, December 21, 2015 1:54 AM
> To: kathryn axelrod; oracle.blog3_at_gmail.com
> Cc: oracle-l_at_freelists.org
> Subject: Re: archive_lag_target with real time apply for data guard
>
> On 12/20/2015 07:01 PM, kathryn axelrod wrote:
>> You are correct; real time apply is a free feature of ee data guard.
>> It simply changes the process from waiting for actual archive logs to
>> sending 'in real time' using redo logs.I
> I am not quite sure about that. Whenever I opened the standby in read-only mode, "real time apply" went from "NO" to "YES". Standby was in the maximum performance mode, with DG broker configured.
>
> --
> Mladen Gogala
> Oracle DBA
> http://mgogala.freehostia.com
>
> --
> http://www.freelists.org/webpage/oracle-l
>
>

Mark, I confused real time apply with real time query. The names are slightly confusing and holiday atmosphere and late responding to my email don't really help. Darned eggnog doesn't help either. I wish happy holidays to everybody.

-- 
Mladen GogalaMark
Oracle DBA
http://mgogala.freehostia.com

--
http://www.freelists.org/webpage/oracle-l

Received on Mon Dec 21 2015 - 20:55:14 CET