Ошибка при переносе даных при расчете тд : Oracle

2006.11.09 (четверг) 09:25:26
Версия 1.023.3
>>> Запись 1
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80004005 custom=0 SQLState=<none>
ORA-01652: невозможно увеличить временный сегмент до 1040 в разделе INDX
ORA-06512: на "SUPERMAG.DBADMIN", line 376
ORA-06512: на "SUPERMAG.FIFOTRANSFER", line 65
ORA-06512: на "SUPERMAG.FIFOTRANSFER", line 801
ORA-06512: на "SUPERMAG.FIFOTRANSFER", line 821
ORA-06512: на "SUPERMAG.SMRUNTRANSFER", line 6
ORA-06512: на line 1

>>> Запись 2
Источник: SmLibaryBase trace
HRESULT=80004005 custom=0 SQLState=<none>
{ call Supermag.SMRunTransfer(?, ?) }
Params:
{0} [0](0,0): vt=7 value=09.11.2006
{1} [0](0,0): vt=7 value=09.11.2006

Размер ТС INDEX 2000Mb занято всего 841mb

OlegON:Предупреждение за нежелание пользоваться поиском и вопрос не по теме

https://olegon.ru/index.php?name=For...light=ora01652
Говорит не хватает - дай ему, сколько надо, зачем выяснять, почему не хватает?

olegon, Почитал по ссылке, в том то и дело что место свободное есть, и на диске где хранится индекс и в ТБ Index, поэтому и тему создал, попробую добавить еще один файл может поможет.

Имена табличных разные. Это описка? Или ты ему не туда файлы добавляешь?

а зачем временный? у тебя темповое ТС для SUPERMAG куда настроено?

Все сейчас нормально переносится, проблема была в том что диск блокировался для архивации

жестоко вы сним

Теоретически, так и базу можно уронить. Неплохо бы ее стопить до архивации. А вообще - нечего диск бэкапить, базу лучше.

версия 1.027.4sp2
Экспорт 9i в 10g+Paths

Экспортировалось и импортировалось все нормально.База работает быстро.
Прокатил инициализацию.Прошло отлично.

Решил рассчитать товародвижение:
на операции "Восстановление индексов"
Вылезло:

Прогони оптимизатор.