RE: Scripts for Rebuilding Indexes Nightly on Solaris

This combined with a DBMS_STAT job for stale is a great option for handling statistics.
And you can write your own header to use it for indexing like Ethan mentioned.

"Do not criticize someone until you walked a mile in their shoes, that way when you criticize them, you are a mile a way and have their shoes."

Christopher R. Spence
Oracle DBA
Phone: (978) 322-5744
Fax: (707) 885-2275

Fuelspot
73 Princeton Street
North, Chelmsford 01863  

-----Original Message-----
Sent: Thursday, September 06, 2001 9:35 PM To: Multiple recipients of list ORACLE-L

I would add that using the MONITORING option is a great way to begin to look for tables that have indexes that might need rebuilding. You can query the DBA_TAB_MODIFICATIONS view to see what tables have a lot of delete/insert activity.

• Ethan

>-----Original Message-----
>From: Walthour, Jon (GEAE, Compaq) [mailto:Jon.walthour_at_ae.ge.com]
>Sent: Thursday, September 06, 2001 12:25 PM
>To: Multiple recipients of list ORACLE-L
>Subject: RE: Scripts for Rebuilding Indexes Nightly on Solaris
>
>
>First off, checking on a regular basis for indexes that need
>rebuilding is
>fine, but don't rebuild all of them every night. Not only is
>it unnecessary,
>it can cause lots of problems. Only rebuild the indexes you
>need to--the
>ones who are significantly browned, have a significant percentage of
>deletes, or whose height is significant.
>
>Second, setting up a cron job is indeed a good idea. And David
>is right that
>you want to make sure to explicitly set up your environment,
>but not for the
>reason he suggests. The problem isn't that the job runs as
>root. If it were
>the case that every cron job on a UNIX box ran as root, then
>that would be a
>mighty big security hole. The issue is that when running a
>cron job, the
>account under which it runs does not automatically get its environment
>initialized by running .profile as it does when you log in. Thus, the
>environment must be specifically laid out.
>
>Hope this helps.
>
>Jon Walthour
>
>
>

--
This e-mail is intended for the use of the addressee(s) only and may contain
privileged, confidential, or proprietary information that is exempt from
disclosure under law.  If you have received this message in error, please
inform us promptly by reply e-mail, then delete the e-mail and destroy any
printed copy.   Thank you.

============================================================================
==
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Post, Ethan
  INET: epost_at_kcc.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: Christopher Spence
  INET: cspence_at_FuelSpot.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).