не удалось продлить временный сегмент на 128 в табличном пространстве Ошибка драйвера базы данных TEMP

Я выполнил некоторые тяжелые вопросы о оракуле. но появляется одна ошибка (невозможно продлить временный сегмент на 128 в табличном пространстве Ошибка драйвера TEMP Database)

Я проверил табличное пространство, но табличное пространство TEMP не найдено. ниже - запрос, который я выполнил. И я уже увеличил табличное пространство USER. но все еще сталкиваются с такой же проблемой.

SELECT * FROM DBA_DATA_FILES;

/home/oracle/oracle/oradata/ORCL/users01.dbf    4   USERS   32212254720 3932160 AVAILABLE   4   YES 34359721984 4194302 160 32211206144 3932032 ONLINE
/home/oracle/oracle/oradata/ORCL/undotbs01.dbf  3   UNDOTBS1    21474836480 2621440 AVAILABLE   3   YES 34359721984 4194302 640 21473787904 2621312 ONLINE
/home/oracle/oracle/oradata/ORCL/sysaux01.dbf   2   SYSAUX  1377828864  168192  AVAILABLE   2   YES 34359721984 4194302 1280    1376780288  168064  ONLINE
/home/oracle/oracle/oradata/ORCL/system01.dbf   1   SYSTEM  1073741824  131072  AVAILABLE   1   YES 34359721984 4194302 1280    1072693248  130944  SYSTEM
/home/oracle/oracle/oradata/ORCL/CSA_BILL_ITEM01.dbf    5   CSA_BILL_ITEM   32212254720 3932160 AVAILABLE   5   YES 32212254720 3932160 12800   32211206144 3932032 ONLINE
/home/oracle/oracle/oradata/ORCL/CSA_BILL_ITEM_INDEX01.dbf  6   CSA_BILL_ITEM_INDEX 2147483648  262144  AVAILABLE   6   YES 2147483648  262144  3200    2146435072  262016  ONLINE
/home/oracle/oracle/oradata/ORCL/CSA_BILL01.dbf 7   CSA_BILL    2147483648  262144  AVAILABLE   7   YES 2147483648  262144  12800   2146435072  262016  ONLINE
/home/oracle/oracle/oradata/ORCL/CSA_BILL_INDEX01.dbf   8   CSA_BILL_INDEX  536870912   65536   AVAILABLE   8   YES 1073741824  131072  3200    535822336   65408   ONLINE
/home/oracle/oracle/oradata/ORCL/META_DATA01.dbf    9   META_DATA   536870912   65536   AVAILABLE   9   YES 1073741824  131072  3200    535822336   65408   ONLINE
/home/oracle/oracle/oradata/ORCL/META_INDEX01.dbf   10  META_INDEX  268435456   32768   AVAILABLE   10  YES 536870912   65536   640 267386880   32640   ONLINE
/home/oracle/oracle/oradata/ORCL/POWERCENTER01.dbf  11  POWERCENTER 2147483648  262144  AVAILABLE   11  YES 2147483648  262144  4096    2146435072  262016  ONLINE
/home/oracle/oracle/oradata/ORCL/CSA_QOTA01.dbf 12  CSA_QOTA_TBSPACE    536870912   65536   AVAILABLE   12  YES 536870912   65536   4096    535822336   65408   ONLINE
/home/oracle/oracle/oradata/ORCL/CSA_QOTA02.dbf 13  CSA_QOTA_TBSPACE    1610612736  196608  AVAILABLE   13  NO  0   0   0   1609564160  196480  ONLINE
/home/oracle/oracle/oradata/ORCL/CSA_QOTA03.dbf 14  CSA_QOTA_TBSPACE    1073741824  131072  AVAILABLE   14  NO  0   0   0   1072693248  130944  ONLINE

Пожалуйста, помогите мне в этом вопросе.

1
nl ja de
Я полагаю, что вы сохраняете сегменты таблицы и индекса в разных табличных пространствах. Возможно, вы уже знаете это, но предполагаемые эксплуатационные преимущества этого широко дискредитированы.
добавлено автор David Aldridge, источник
Я попал в эту ошибку при выполнении запроса с использованием драйвера Oracle OCI8 с запросом, который возвращает большой результирующий набор, но not с помощью инструмента SQL Oracle SQL Developer, который использует тонкий клиент. Подробнее о настройке таблицы temp: stackoverflow.com/questions/25350703/…
добавлено автор michaelok, источник

1 ответы

Временные табличные пространства управляются по-разному с обычными табличными пространствами данных. Файлы операционной системы можно увидеть, запросив dba_temp_files . См. документацию о том, как увеличить размер временного файла табличного пространства или добавить новый флажок.

Однако вам может быть лучше исследовать, почему ваш запрос использует столько временного пространства и видит, если вы можете его уменьшить; может произойти фундаментальная ошибка (например, случайное перекрестное соединение), что означает, что она использует гораздо больший темп, чем следовало бы, и, вероятно, заставлять ее работать намного дольше, чем следовало бы. Взгляните на план объяснений, чтобы понять, что происходит. Может потребоваться увеличение TEMP , но не должно быть сделано автоматически, как только вы увидите эту ошибку.

Другой вариант, если у вас есть один запрос, который требует гораздо больше времени, чем обычно, - и это одноразовый - может быть, добавить новое временное табличное пространство, назначить это пользователю в течение всего срока действия с помощью alter user , вернуть после завершения и затем отбросьте новое табличное пространство. Затем дополнительный диск привязывается только на короткое время. Не может быть практичным или разумным для вашей ситуации, но упоминается на всякий случай.


Я должен сказать, что настоящие временные временные табличные пространства - определены с помощью create временное табличное пространство - управляются следующим образом, с записями в dba_temp_files . До 8i у них был нормальный файл данных, и его можно было сохранить в обновленной базе данных и не иметь временные табличные пространства, воссозданные в новом формате. Очевидно, что это не относится к вам, поскольку ваши данные не отображаются в dba_data_files .

5
добавлено
Oracle RU
Oracle RU
303 участник(ов)

Русскоязычная группа по Oracle. — Архитектура СУБД — PL/SQL — Оптимизация — Администрирование — Вакансии Oracle (указать инфу по вилке ЗП и удалёнке) Приглашайте коллег :-) Запрещены: личные оскорбления, обсуждения оффтопик вопросов политики и религии