Excellent !!
Raghu, January 12, 2008 - 8:48 pm UTC
Thomas, this solved my puzzle too. We had similar problems on 10202 during the usage of DBMS_REDEFINITION package. I overlooked at the entire error in the alert log and when isaw that it was unable to increase the TEMP segment, i thought we need more space on the TEMP tablespace. But we had failure again. I did online monitoring of the SORT_SEGMENT usage and it never hit the max limit and i was wondering what's the real issue. After reading this thread i relooked at the alert log and found that it was not the problem with the TEMP tablespace but with the INDEX tablespace itself. So i have few clarifications to get my concepts clear.
-- so this the case only incase of rebuilt ?
-- in case of new index creation/primary key creation, should i size the TEMP tablesapce to hold the sort data or the index tablespace ? I think its still the TEMP tablespace right ?
thanks in advance.
Raghu
January 14, 2008 - 3:32 pm UTC
this is the case of new segments being created.
a create table as select - or create index would do this.
You size temp for temporary table used to create the segment
the tablespace for the segment must be sized to hold the segment
basically, until the new segment is complete - we use "temporary extents" to hold it - so that a) you cannot SEE IT (it is not done) and b) if something fails, it just gets cleaned up naturally without any special work on our part.