Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: OEM Events

RE: OEM Events

From: Deshpande, Kirti <kirti.deshpande_at_verizon.com>
Date: Wed, 16 Apr 2003 09:44:16 -0800
Message-ID: <F001.00582DD4.20030416094416@fatcity.com>


But again, how often does the Application *needs* to drop a table in a Production environment? Why?  

And does the time to drop tables in a Development/Test environment matter that much?

Just my thoughts ;)  

-----Original Message-----
Sent: Wednesday, April 16, 2003 11:55 AM To: Multiple recipients of list ORACLE-L

"segments with extents > 25% of max_extents [yes, this is a really low threshold]"
catches the application much before it can crash.

Unlimited can result in tens of thousands of extents and someone then wanting to drop the table. In Dictionary Managed tablespaces, there's no point in allowing very many small extents. If my script catches such tables early, I can modify the NEXT_EXTENT so that extent growth isn't too great.
Hemant

At 11:54 AM 15-04-03 -0800, you wrote:
>I like to set all objects to maxextents unlimited.
>
>It's silly to crash an app because of some arbitrary limit
>that has little meaning. If you don't like that many extents,
>you can always fix it later.
>
>Beats having unplanned downtime. :)
>
>Jared
>
>
>
>
>
>
>Hemant K Chitale <hkchital_at_singnet.com.sg>
>Sent by: root_at_fatcity.com
> 04/15/2003 09:28 AM
> Please respond to ORACLE-L
>
>
> To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
> cc:
> Subject: RE: OEM Events
>
>
>
>Once a day is good enough if you have set the right thresholds --
>among the other monitoring scripts that I have are :
>
>tablespace with less than 20% free space on current datafile sizes
>[irrespective of the maxbytes of the datafile],
>
>segments with extents > 25% of max_extents [yes, this is a really low
>threshold]
>
>segments with next_extent > 25% of largest free extent in the tablespace.
>
>Run by custom SQL scripts, called by CRON from a monitoring server.
>
>Hemant
>
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Deshpande, Kirti
  INET: kirti.deshpande_at_verizon.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
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 Wed Apr 16 2003 - 12:44:16 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US