RE: Rebuilding indexes

Hatzistavrou,

Thanks for you reply. It was about 4am when I ran into that and discovered what I needed to do, however, I knew it would take a while so I just stopped at that point. But, I was curious to find out if anyone had a BETTER way of doing it. It seems like a waste if I have to go through the hassle of creating the tablespace on the standby if I'm just going to rebuild the index with NOLOGGING, just extra steps and cleanup work on the standby database.

Richard Huntley
E-mail: rhuntley_at_mindleaders.com

-----Original Message-----
Sent: Thursday, May 31, 2001 11:30 AM
To: Multiple recipients of list ORACLE-L

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: 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).