| 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: Temp. segments/extents not being dropped
I don't understand your statement
"Sounds like your temporary tablespace was defined to contain permanent
objects."
Here is the definition from the dictionary:
1* select * from sys.dba_tablespaces where tablespace_name like 'TEMP%' SQL> /
TABLESPACE_NAME INITIAL_EXTENT NEXT_EXTENT MIN_EXTENTS MAX_EXTENTS PCT_INCREASE ------------------------------ -------------- ----------- ----------- ----------- ------------STATUS CONTENTS
TEMP2 20480 2097152 1 249 0ONLINE TEMPORARY SQL> Is the "contents" definition what you were referring to?
Thanks.
Chuck Hamilton <chuck_hamilton_at_yahoo.com>@fatcity.com on 06/06/2000 09:43:39 AM
Please respond to ORACLE-L_at_fatcity.com
Sent by: root_at_fatcity.com
Sent From the mail file of: Dan Hubler
To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com> cc:
Subject: Re: Temp. segments/extents not being dropped
Sounds like your temporary tablespace was defined to contain permanent objects. That should be changed. You should clean up the temporary segments and then do an "alter tablespace temp temporary;" on it to make it perform better. To clean up the temp segments currently out there you can try a couple of things. One is to offline the tablespace, then bring it back online. If that doesn't work you may have to boucne the database.
Once you've done this, you'll notice the tablespace will contain one segment that occasionally grows. This is normal. Space inside the temp tablespace, space is managed apart from the dictionary to reduce extent managment overhead.
Dan.Hubler_at_midata.com wrote:
Looking for some information on the following:
We had an incident last week where an Oracle instance (7.3.4.4) on NT was running into problems acquiring space for additional extents on the defined temporary tablespace.
While looking at the situation, we discovered that there was just about
zero
free space left in the tablespace. There was a whole bunch of extents
created and owned by "SYS" and they had some flaky numeric
identifier for the segment-name (something like 37.123).
Other processes were failing, being unable to allocate temp space.
We looked around on Metalink, and discovered a note about forcing temporary segments/extents to be cleaned up by performing an "ALTER TABLESPACE TEMP DEFAULT STORAGE (PCTINCREASE 0);"
We executed the statement. Lo and behold, all the segments disappeared,
back into
free space.
! !
My guess is that there was a large sort (we do some of those) that failed,
and left segments out there. I do not understand why they wouldn't clean
up.
Any information?
-- Author: INET: Dan.Hubler_at_midata.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 Tue Jun 06 2000 - 12:38:37 CDT
 |
 |