| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Rebuilding indexes
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 <j.hatzistavrou_at_telesoft.gr>
>Reply-To: ORACLE-L_at_fatcity.com
>To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
>Subject: RE: Rebuilding indexes
>Date: Thu, 31 May 2001 07:30:29 -0800
>
>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:rhuntley_at_mindleaders.com]
> > Sent: Thursday, May 31, 2001 16:01
> > To: Multiple recipients of list ORACLE-L
> > Subject: Rebuilding indexes
> >
> > 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.
> >
> > TIA,
> > Richard Huntley
> >
> > --
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > --
> > Author: Richard Huntley
> > INET: rhuntley_at_mindleaders.com
> >
> > 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: 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).
>--
>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>--
>Author: Hatzistavrou Giannis
> INET: j.hatzistavrou_at_telesoft.gr
>
>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: 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).
-- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Rachel Carmichael INET: carmichr_at_hotmail.com 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: 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 31 2001 - 12:31:16 CDT
 |
 |