[ТЕМА ЗАКРЫТА]
Опции темы
24.10.2007 17:01  
undos
оптимайзер выдал такую штуку

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


что посоветуете сделать ?
 
30.10.2007 14:26  
Pyatak
А что с параметром cursor_sharing? Оптимайзер уверенно рекомедует similat вместо exact, но если последовать его рекомендации, некоторый мой софт отказывается работать, выдавая ошибку "выражение не является выражением group by"
 
30.10.2007 15:12  
OlegON
Цитата:
Сообщение от Pyatak
А что с параметром cursor_sharing? Оптимайзер уверенно рекомедует similat вместо exact, но если последовать его рекомендации, некоторый мой софт отказывается работать, выдавая ошибку "выражение не является выражением group by"
Думаю правильнее будет завести в оракловом разделе тему с указанием запроса. Ругается Оракл, а не оптимайзер. Что-то с литералами напутал.
 
05.12.2007 16:11  
ron
обновили Супермаг до 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, вот файлик с логом оптимайзера
 
05.12.2007 17:36  
OlegON
Кстати, развитие оптимайзера не прекратил. Сейчас обкатываю на своей базе, правлю...
 
06.12.2007 16:27  
deucel
Цитата:
Сообщение от ron
обновили Супермаг до 1.025.1 SP6

PL/SQL: ORA-00600: internal error code, arguments: [12830], [SUPERMAG], [SMSTAFF], [], [], [], [], []
...
тоже встречал эту ошибку, отписал в СМ.
но только у меня при сборе статистики (любом)
--Сбор полной статистики[E]:Ошибка подключения мониторинга таблиц.--
вручную тоже не включается, да и перестроить индексы целая проблема
 
09.12.2007 14:31  
ron
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], [], [], [], [], []

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


Опции темы



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

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