Re: DG Scheduled log shipping at DR site
Date: Wed, 22 Dec 2010 22:26:06 +0530
I had a look at real time apply.--- When we set a DELAY interval, it does not delay the transport of the redo data to the standby database. Instead, the time lag specify begins when the redo data is completely archived at the standby destination.
We are having less bandwidth (2MBPS) .The requirement here is to delay the redo data transmission. Every day night till morning,Using DG Primary can trasmit the archived redo logfiles to standby....
On Wed, Dec 22, 2010 at 9:27 PM, Niall Litchfield < niall.litchfield_at_gmail.com> wrote:
> Real Time Apply is great - unless you have low bandwidth (which we know)
> and spikes in redo generation (which we don't know but many people do).
> ARCHIVE_LAG_TARGET isn't the option on the redo destination to control when
> the redo can be applied, but a primary parameter saying there should be a
> log switch at at least intervals of this many seconds.
> On Wed, Dec 22, 2010 at 12:36 PM, Michael Dinh <mdinh_at_xifin.com> wrote:
>> Take a look at using Real Time Apply if there is not a requirement to keep
>> the standby behind.
>> I actually worked at a company where the standby lagged primary by 18
>> The purpose was backup and to roll back batch jobs gone bad in the evening
>> versus having to recover large database.
>> Michael Dinh.
>> From: oracle-l-bounce_at_freelists.org [oracle-l-bounce_at_freelists.org] On
>> Behalf Of Niall Litchfield [niall.litchfield_at_gmail.com]
>> Sent: Tuesday, December 21, 2010 11:07 PM
>> To: krish33moorthy_at_gmail.com
>> Cc: oracle Freelists
>> Subject: Re: DG Scheduled log shipping at DR site
>> If I understand you correctly, then you have large logs that switch rarely
>> - and therefore you have spikes of bandwidth consumption at a log switch? If
>> so then the parameter ARCHIVE_LAG_TARGET on the primary would seem designed
>> for your requirements, I personally like a period of 15 minutes rather than
>> an hour. Further forward you might wish to consider if large archives are
>> appropriate. If I've misunderstood then the above is irrelevant.
>> On Wed, Dec 22, 2010 at 2:57 AM, KRISHNA MOORTHY <
>> krish33moorthy_at_gmail.com<mailto:krish33moorthy_at_gmail.com>> wrote:
>> Hi All,
>> We have Oracle 10g dataguard configuration - primary and DR site.
>> Per day 3G logs are transferred to DR site.It fully utilize the network
>> Is there any possible way for an scheduled log shipping? (one hour)...
>> Niall Litchfield
>> Oracle DBA
> Niall Litchfield
> Oracle DBA