[ТЕМА ЗАКРЫТА]
Опции темы
26.01.2007 16:45
 
Констатация факта для других (так как сам проверку ограничений буду отключать)
Запустил оптимайзер с ключом /optimize. Включение констрейнтов
не отключил. Выявило 2 отключенных ограничения. (сами никаких ограничений ручками не отключали).ПОсле этого расчет товародвижения вылетает с ошибкой из-за наличия в расходных накладных оснований от другого поставщика (неправильно конечно, но иногда необходимо).
26.01.2007 16:50
 
Это на какой версии? Я уже кидал про этот косяк на 1024.5, разработчики обещали поправить.
26.01.2007 16:56
 
1.024.4. Извиняюсь, действительно лучше в подпись такие данные добавлять
Изображения
Тип файла: gif HNY_2012.gif (113.7 Кб, 849 просмотров)
Тип файла: gif HNY_2012.gif (113.7 Кб, 849 просмотров)
26.01.2007 16:56
 
OLEGON-WARNING: Не удалось выполнить analyze table "SUPERMAG"."SMSPECTAX" validate structure cascade:ORA-01502: index 'SUPERMAG.SMCSPECTAX_PK' or partition of such index is in unusable state


при:
- проверке структуры таблицы
- расчете статистики по индексу
- расчете статистике по таблице


Дальше

OLEGON-WARNING: Не удалось выполнить alter index supermag."SMCCASHCHECKS_PK" rebuild storage (initial 103546880 next 103546880 FREELISTS 3 FREELIST GROUPS 1) nologging:ORA-01658: unable to create INITIAL extent for segment in tablespace USERS

Обработка индекса : SMCSPECTAX_PK

OLEGON-WARNING: Не удалось выполнить alter index supermag."SMCSPECTAX_PK" rebuild storage (initial 215744512 next 215744512 FREELISTS 3 FREELIST GROUPS 1) nologging:ORA-01658: unable to create INITIAL extent for segment in tablespace USERS

Обработка индекса : SMCCASHCHECKITEMS_PK

OLEGON-WARNING: Не удалось выполнить alter index supermag."SMCCASHCHECKITEMS_PK" rebuild storage (initial 432275456 next 432275456 FREELISTS 3 FREELIST GROUPS 1) nologging:ORA-01658: unable to create INITIAL extent for segment in tablespace USERS
26.01.2007 16:58
 
Это нормально, если ты в первый раз оборвал. При повторном запуске не должно быть. "Оптимизация завершена" в конце лога есть?
26.01.2007 17:06
 
"Процедура оптимизации завершена. Перезапустите базу."
Нет, оптимайзер прерватся не мог.
26.01.2007 17:10
 
Ну раз так сказал и других ошибок нет, то, значит, индекс поправлен.
26.01.2007 17:10
 
Опять места не хватило? Теперь для пересоздания индексов?

Господа, поймите наконец, что и для первой и для второй операции в базе должно быть столько же свободного места, сколько занимают данные, причем желательно все вместе, а не маленькими кусочками.
26.01.2007 17:22
 
А еще файлов желательно иметь на меньше 5 в Users и INDX. оптимайзер предпочитает самые большие таблицы располагать по таблице на файл (конечно, если база не совсем маленькая). Зато потом на долгое время забудете про увеличение табличных пространств.
07.02.2007 08:59
 
блин, Олег! ну, ё-маё... что за фигня...
вчера еще оптимайзер 2ар4 работал, а сегодня я уже пропарсить лог не могу - говорит "Версия устарела". ну зачем так делать, если не собираешься больше оптимайзер для восьмерки поддерживать... )8


Опции темы



Часовой пояс GMT +3, время: 01:18.

Все в прочитанное - Донат - RSS - - Карта - Вверх

Форум сделан на основе vBulletin®
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.