ORA-1653: unable to extend table

Пытаюсь вычистить таблицу от дублей:

delete from BigTable
where rowid not in (
        select min(rowid)
        from BigTable
        group by ID, FIELD1, FIELD2
      )

BigTable как и скрыто за ее названием БОЛЬШАЯ.
Исходно 250млн записей. На выходе ориентировочно 50млн записей.

БД в режиме NOARCHIVELOG.
Во время работы запроса, как и ожидается, растет TEMP.DBF.
Но в какой-то момент она перестает расти.
1 раз удалось словить в alert.log ошибку:

ORA-1653: unable to extend table SYSTEM.BIGTABLE by 128 in                 tablespace SYSTEM 
ORA-1653: unable to extend table SYSTEM.BIGTABLE by 8192 in                 tablespace SYSTEM 

При второй попытке в alert.log ничего не попало.

По своей неопытности зафигачил таблицу в табличное пространство SYSTEM.
Что было сделано: добавлены datafiles к SYSTEM, TEMP, UNDOTBS.
Дана unlimited квота пользователю на пространство SYSTEM (изначально указана не была).
Но запрос так и висит..

Подскажите, как диагностировать проблему?

sevasel
По своей неопытности зафигачил таблицу в табличное пространство SYSTEM. Подскажите, как диагностировать проблему?

убиться веником (

mefman, за что? я вроде не в ваше системное ТП зафигачил ее.

sevasel,

Совмести приятное с полезным.
Перелей данные в новую таблицу в нужном TS с удалением дублей в несколько подходов.
Первую таблицу убей - вторую переименуй + гранты и прочее.

AlexFF__|, что значит в нужном ТП? эта проблема связана с какими-то конкретными настройками ТП?
Переливаю пока просто в другое..

sevasel,

Я не знаю что за версия у тебя, если 11 - то создание ТС с опцией bigfile может быть решением проблемы. Но тут есть другая загвоздка - надо следить за свободным местом на диске/ в ASM, поскольку bigfile ТС отъедает место без предупреждения.

flexgen
sevasel, Я не знаю что за версия у тебя, если 11 - то создание ТС с опцией bigfile может быть решением проблемы. Но тут есть другая загвоздка - надо следить за свободным местом на диске/ в ASM, поскольку bigfile ТС отъедает место без предупреждения.

А TS с не bigfile не может отъедать место без предупреждения?

AlexFF__|
А TS с не bigfile не может отъедать место без предупреждения?

Может, в пределах ограничения на размер файла исходя из размера блока, но если учесть что у bigfile ограничение 2 в 32 степени блоков, то следить за свободным местом приходится намного более пристально.

flexgen
AlexFF__| А TS с не bigfile не может отъедать место без предупреждения? Может, в пределах ограничения на размер файла исходя из размера блока, но если учесть что у bigfile ограничение 2 в 32 степени блоков, то следить за свободным местом приходится намного более пристально.

Можно посмотреть с другой стороны, за bigfile TS нужно следить за одним файлом, в обычном за 1000, к примеру =)
Да и вообще интересно, как bigfile поможет топикстартеру.

Получилось залить в другое ТП сразу с зачисткой дублей, как порекомендовал AlexFF__| .
Неясно в итоге с чем проблема связана. Если сравнивать ТП, то отличаются они параметром SEGMENT_SPACE_MANAGEMENT. У системного - MANUAL, у второго - AUTO.

А еще предварительно было увеличено временное ТП. Но оно изначально было AUTOEXTEND.
Теперь 2 темпа, оба AUTOEXTEND. Может это способствовало?