RE: 9i: standby databases and RESETLOGS

From: Kaing, Leng <Leng.Kaing_at_team.telstra.com>
Date: Thu, 15 May 2003 18:01:39 -0800
Message-ID: <F001.0059A55F.20030515180139@fatcity.com>

Hi Rachel,

This was the concept I was trying to wrestle with. Yes, a logical standby works off SQL statements. But I think that it still needs to know what it's primary database is, and which archived redo logs it is up to.

So how does a logical standby identify it's primary database? From the DBID? Do DBIDs of the logical and primary have to match? Can you change the DBID of the logical standby? Why change DBID, you may ask? So that I can back up the logical standby with RMAN without using a separate reposity to the primary.

And how does the logical standby know what SQL statement it is up to? Is it a combination of DBID and SCN? Or can we feed it any archived redo log, even from another database? So I think RESETLOG on the primary has the same effect on both logical and physical standbys.

These are only a few of the questions buzzing in my head at the moment. We're supposedly taking over a client delivered logical standby in a few weeks. So I think I'm going to try and create one and play with it today.

Thanks all the same,

Leng.

---

 From: Rachel Carmichael <wisernet100_at_yahoo.com>  Date: Wed, 14 May 2003 02:59:41 -0700 (PDT)  Subject: Re: 9i: standby databases and RESETLOGS

Resetlogs won't affect the logical standby, as that works off SQL statements (based on the LogMiner functionality) and not on the logs directly.

• "Kaing, Leng" <Leng.Kaing_at_team.telstra.com> wrote:
  > Greetings all.
  >
  > Just wanted to confirm something with you:
  >
  > Since both logical and physical standby's are initially created from
  > a primary database, does that mean a RESETLOG on the primary database
  > will have the same effect on either a physical and logical database?
  > ie. we must recreate the logical or physical standby database since
  > they rely on the archived redo logs of the primary database?
  >
  > TIA,
  >
  > Leng.
  >
  

  ---

Leng Kaing
Email: leng.kaing_at_team.telstra.com
Phone: +61-3-9203-7589
Mobile: +61-417-371-348

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Kaing, Leng
  INET: Leng.Kaing_at_team.telstra.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Received on Thu May 15 2003 - 21:01:39 CDT