Optimizer-3 : Программы OlegON

оптимайзер выдал такую штуку

1.
Обработка таблицы : SMCASHCHECKITEMS

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

Обработка таблицы : SMDOCUMENTS
Обработка таблицы : SMSPEC

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

Обработка таблицы : SMTIMESPANSALE

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

2.
alter tablespace "USERS" coalesce
ORA-1652: unable to extend temp segment by 23296 in tablespace USERS
Sun Oct 21 04:00:59 2007
ORA-1652: unable to extend temp segment by 28672 in tablespace USERS
alter tablespace "USERS" coalesce
ORA-1652: unable to extend temp segment by 14592 in tablespace USERS
alter tablespace "USERS" coalesce
ORA-1652: unable to extend temp segment by 23296 in tablespace USERS


что посоветуете сделать ?

https://olegon.ru/showthread.php?t=283&highlight=01658

А что с параметром cursor_sharing? Оптимайзер уверенно рекомедует similat вместо exact, но если последовать его рекомендации, некоторый мой софт отказывается работать, выдавая ошибку "выражение не является выражением group by"

Думаю правильнее будет завести в оракловом разделе тему с указанием запроса. Ругается Оракл, а не оптимайзер. Что-то с литералами напутал.

обновили Супермаг до 1.025.1 SP6
долго проставляются основания в расходных накладных
(писал об это здесь https://olegon.ru/showpost.php?p=27355&postcount=3)
пробовал прогнать оптимайзером (версия 2.9r6)
тот поругался на:

OLEGON-WARNING: Не удалось выполнить alter table supermag.SMSTAFF cache:ORA-00604: error occurred at recursive SQL level 1
ORA-06550: line 6, column 26:
PL/SQL: ORA-00600: internal error code, arguments: [12830], [SUPERMAG], [SMSTAFF], [], [], [], [], []
ORA-06550: line 6, column 3:
PL/SQL: SQL Statement ignored

и

OLEGON-WARNING: Не удалось выполнить alter table supermag.SMOFFICELOG cache:ORA-00604: error occurred at recursive SQL level 1
ORA-06550: line 8, column 16:
PL/SQL: ORA-00600: internal error code, arguments: [12830], [SUPERMAG], [SMOFFICELOG], [], [], [], [], []
ORA-06550: line 8, column 4:
PL/SQL: SQL Statement ignored

после перезапуска базы Супермаг не запускается
пишет:

General failure. Error messages follows.
Запись 1. Код=80004005h (1502) [Microsoft OLE DB Provider for Oracle]:
ORA-01502: индекс 'SUPERMAG.SMSTAFF_LOGIN' или часть такого индекса находится в неиспользуемом состоянии
ORA-06512: на "SUPERMAG.CORE", line 124
ORA-06512: на "SUPERMAG.CORE", line 957
ORA-06512: на line 1

Восстановил с бэкапа базу, ещё до обновления (версия 1.024.5 SP6),
на ней оптимайзер нормально отрабатывает и Супермаг запускается.
Если поднять версию базы до 1.025.1 SP6, снова появляются проблемы с проставлением оснований. Если прогнать оптимайзером, то ругается на те же индексы и Супермаг после не запускается.

Хорошо что оптимайзер прогонял на тестовой базе :)

Oracle 9.2.0.7.0, вот файлик с логом оптимайзера

читай https://olegon.ru/showthread.php?t=2...RA-00600+12830

Кстати, развитие оптимайзера не прекратил. Сейчас обкатываю на своей базе, правлю...

тоже встречал эту ошибку, отписал в СМ.
но только у меня при сборе статистики (любом)
--Сбор полной статистики[E]:Ошибка подключения мониторинга таблиц.--
вручную тоже не включается, да и перестроить индексы целая проблема

2deucel

Верно!
Тоже запускал полный сбор статистики в Супермаге - не стартует
в alert.log пишет

ORA-12012: error on auto execute of job 145
ORA-06550: line 6, column 26:
PL/SQL: ORA-00600: internal error code, arguments: [12830], [SUPERMAG], [SMSTAFF], [], [], [], [], []
ORA-06550: line 6, column 3:
PL/SQL: SQL Statement ignored
ORA-06512: at "SUPERMAG.SCHEDULE", line 293
ORA-06512: at line 1
...
ORA-00600: internal error code, arguments: [12830], [SUPERMAG], [SMSTAFF], [], [], [], [], []

Ща тоже в С+ настрочу :)

Поправьте если не так, просто хочу разобраться:
1. перед запуском оптимайзера с параметром /optimize нужно сделать: backup, остановить почтовик и кассовый модуль, проверить что никто не работает в программе и не запущен расчет товародвижения?
2. с параметром /stats - тоже самое + запускать где то раз в неделю?
3. /chkindx и /compile надо тоже регулярно делать или только когда проблемы возникли?