Jeremiah,
Thanks -- I knew someone would know better than me how to do this! Another
post to save for when I get to have a standby db again :)
Rachel
>From: Jeremiah Wilton <[EMAIL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
>Subject: RE: Rebuilding indexes
>Date: Thu, 31 May 2001 12:15:25 -0800
>
>No need to copy the whole file to the standby when adding a datafile! Just
>wait
>for recovery to fail on the new file (ORA-01670), then type on the standby
>(in
>'mount standby database' mode):
>
>SQL> alter database create datafile '<filename>' as '<filename>';
>
>As long as you are using identical paths on both primary and standby, both
>filenames are the same. Our standby log applier does this automatically,
>so no
>manual intervention is required.
>
>If you use logical volumes or raw, just make sure the volume is where the
>system
>expects it to be on the standby.
>
>If the original poster wants to create a scratch tablespace where the
>indexes
>will be initially rebuilt, then move the indexes back into the "real"
>tablespace, he can probably just 'offline drop' the datafiles for the
>scratch
>space on the standby when recovery encounters them. Once the indexes have
>all
>been rebuilt nologging into the original tablespace, all that's left is to
>refresh the datafiles for that tablespace onto the primary. When the
>scratch
>tablespace is dropped on the primary, the offline dropped datafile records
>in
>the standby's controlfile will also disappear.
>
>With regard to logging/nologging, with index rebuilds, I would rebuild the
>indexes NOLOGGING, and when you are all done, refresh the datafiles for the
>newly reorganized tablespace onto the standby. That saves on space,
>operations,
>time and reduces the logs you have to back up.
>
>Nologging operations are not harmful to the standby - you just have to keep
>track of nologging operations and refresh datafiles on the standby
>accordingly.
>
>--
>Jeremiah Wilton
>http://www.speakeasy.net/~jwilton
>
>On Thu, 31 May 2001, Rachel Carmichael wrote:
>
> > It adds the datafile NAME only, not the file itself. And if the physical
> > file has not been moved before the archived log that has that redo in it
>is
> > applied, the recovery dies.
> >
> > >From: Hatzistavrou Giannis <[EMAIL PROTECTED]>
> > >
> > >You might be mistaken, since Oracle Manual (Oracle 8.1.5 Backup and
> > >Recovery) , chapter 16 -- Managing a standby database --- Adding
>Datafiles
> > >states the following:
> > >
> > >"Adding a datafile to your primary database generates redo data that,
>when
> > >applied at your standby, automatically adds the datafile name to the
> > >standby
> > >control file....."
> > >There is also a detailed example on how to do it
> > >
> > > > -----Original Message-----
> > > > From: Richard Huntley [SMTP:[EMAIL PROTECTED]]
> > > >
> > > > For those of you that have implemented a standby database, what
>method
> > >do
> > > > you use to rebuild your indexes tablespace.
> > > > My plan was to create a new tablespace and rebuild the indexes into
>the
> > > > new
> > > > tablespace and then reverse the process to move
> > > > back to the original tablespace after I drop and recreate it in
>order to
> > > > get
> > > > rid of fragmentation in the originally indexes tablespace.
> > > > However, creating the new datafile associated with the new
>tablespace,
> > > > cancels media recovery associated with the standby database...just
> > > > wondered
> > > > if anyone has a better method of defragging an index tablespace when
> > >there
> > > > is a standby database catching the redo it generates.
>
>--
>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>--
>Author: Jeremiah Wilton
> INET: [EMAIL PROTECTED]
>
>Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
>San Diego, California -- Public Internet access / Mailing Lists
>--------------------------------------------------------------------
>To REMOVE yourself from this mailing list, send an E-Mail message
>to: [EMAIL PROTECTED] (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).
_________________________________________________________________
Get your FREE download of MSN Explorer at http://explorer.msn.com
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Rachel Carmichael
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051
San Diego, California -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (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).
