RE: Dataguard - primary database moved to another server

  • From: "Indy Johal" <Indy.Johal@xxxxxxxxxxxxxx>
  • To: oracle-l@xxxxxxxxxxxxx
  • Date: Thu, 25 Mar 2004 16:06:33 -0500

Yes your need to rebuild in 9i 

Not the case in 10g where Flashback DB can save your efforts in both of 
the following cases
Failover to Standby  -- No Need to rebuilt the Primary db from scratch
Opening Primary with Resetlog -- Standby db will be back with the use of 
Flashback Db


Indy Johal
Manager, Database Administration
PR Newswire
indy_johal@xxxxxxxxxxxxxx
http://www.prnewswire.com

(201) 946-5687 [W]
(201) 220 6781 [M]

"We tell your story to the world."




"John P Weatherman" <asahoshi@xxxxxxxxxxxxxx>
Sent by: oracle-l-bounce@xxxxxxxxxxxxx
03/25/2004 02:54 PM
Please respond to oracle-l

 
        To:     oracle-l@xxxxxxxxxxxxx
        cc: 
        Subject:        RE: Dataguard - primary database moved to another server


Chris,

You don't change the activation number.  Remember the "incarnation" that
gets reset with reset logs...

Remember, the standby is dependent on the change# and redo sequences of 
the
primary.  When you resetlogs, you break all of that in a big way.  Just
like you can't recover until you take a new backup of the primary, the
standby can't recover until you rebuild it to match the incarnation of the
primary.

You need to rebuild the standby.  If taking down the primary is a problem,
there are good notes on Metalink for building off of a hot backup. 

HtH,
John P Weatherman
Oracle Database Administrator
Advance America


> [Original Message]
> From: Grabowy, Chris <chris.grabowy@xxxxxxxx>
> To: <oracle-l@xxxxxxxxxxxxx>
> Date: 3/25/2004 2:45:33 PM
> Subject: RE: Dataguard - primary database moved to another server
>
> Close, I took a look at v$database, and there is a activation# field in
it, and the number, converted to hex, matches the number reported in the
error messages on the standby database.  So that is my problem.  That
activation# changed when the primary was restored onto the new server.
>
> But, activation# and dbid do not match.  Not even close.
>
> Now I know what and where it is, but not how to change it...time to
update the TAR...
>
> -----Original Message-----
> From: oracle-l-bounce@xxxxxxxxxxxxx
> [mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Mladen Gogala
> Sent: Thursday, March 25, 2004 2:05 PM
> To: oracle-l@xxxxxxxxxxxxx
> Subject: Re: Dataguard - primary database moved to another server
>
>
> On 03/25/2004 01:52:40 PM, "Grabowy, Chris" wrote:
> > Huh?  How do you know that DBID is the same as the standby activation
id????
> > 
> > What secrets are you keeping??
>
> No secrets here, I definitely talk too much. The word "secret" isn't 
> even a part of my vocabulary. As for the DBID, isn't that the error
> that you are getting? I believe that standby ID and the main database
> ID should definitely be the same.
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at //www.freelists.org/archives/oracle-l/
> FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------
> ----------------------------------------------------------------
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> ----------------------------------------------------------------
> To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
> put 'unsubscribe' in the subject line.
> --
> Archives are at //www.freelists.org/archives/oracle-l/
> FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
> -----------------------------------------------------------------



----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at //www.freelists.org/archives/oracle-l/
FAQ is at //www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------


Other related posts: