[ТЕМА ЗАКРЫТА]
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 надо тоже регулярно делать или только когда проблемы возникли?
17.01.2008 11:34
OlegON
 
По первому пункту все правильно, его-то и достаточно, потому, что он включает в себя все остальные перечисленные операции. Я раз в неделю гоняю по расписанию.
17.01.2008 14:26
Mike
 
Спасибо, Олег! Я так понимаю что если использовать /optimize, то потребность в стандартных заданиях типа сбор мусора и статистики отпадает?
17.01.2008 20:12
OlegON
 
Сбор мусора надо делать, там какие-то таблички в СМ чистятся, вроде. Не помню, да и мелочь это по ресурсам. А вот статистику можно отключить в СМ. Оптимайзер ее собирает.
23.01.2008 14:10
Shiba
 
Пишет "Версия устарела"
Скачал последнюю - то же самое. Хоть тресни, не понимаю в чем дело:)
23.01.2008 19:53
OlegON
 
Постараюсь продлить завтра, если не забуду, но потом вспомню по любому, сам пользуюсь.
25.01.2008 23:19
OlegON
 
Продлил, выложил...
26.01.2008 15:50
Shiba
 
параметр DB_FILE_MULTIBLOCK_READ_COUNT
Олег, оптимайзер рекомендует уже 8, вместо 32.
Чем обусловлено такое маленькое значение?
26.01.2008 18:08
OlegON
 
Ориентировался по своей офисной базе. Старался избежать фулсканов...
22.02.2008 12:21
Mike
 
Помогите с проблемой: вообщем началось все с того что решил себе пароль в супермаге поменять, супермаг обругался на табличку SMCOFFICELOG_PK, запустил optimizer/optimize, вот что он выдал:

OLEGON-WARNING: Не удалось выполнить alter index supermag."SMCOFFICELOG_PK" rebuild initrans 2 storage (initial 327680 next 327680 FREELISTS 2 FREELIST GROUPS 1) nologging: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


OLEGON-WARNING: Не удалось выполнить ALTER INDEX "SUPERMAG"."SMCOFFICELOG_PK" noparallel: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

LEGON-WARNING: Не удалось выполнить analyze table "SUPERMAG"."SMOFFICELOG" compute statistics for table for all indexes for all indexed columns:ORA-01502: index 'SUPERMAG.SMCOFFICELOG_PK' or partition of such index is in unusable state

OLEGON-WARNING: Не удалось выполнить analyze table "SUPERMAG"."SMOFFICELOG" validate structure cascade:ORA-01502: index 'SUPERMAG.SMCOFFICELOG_PK' or partition of such index is in unusable state


Чего делать? :( Места в индексах достаточно..
22.02.2008 12:47
deucel
 
Похоже на старую проблему, исправленно в новых версиях
Цитата:
****************************************
********* Изменения СМ 1.025.1 *********
****************************************

14.01.08 (№ 754) SP № 8

Исправлено: сбор статистики по таблице SMOfficeLog в Oracle 9i завершался ошибкой ORA-00600: код внутр. ошибки, аргументы: [12830], [SUPERMAG], [SMSTAFF], [], [], [], [], [].
OfficePkgBody.sql
попробуй

Код:
ALTER TRIGGER "SUPERMAG"."DBPASSWORDCHANGE" DISABLE
22.02.2008 14:44
Mike
 
Спасибо! Совсем забыл про этот триггер... :) Версия как раз 1.025.1 SP1..
05.03.2008 12:23
creosote
 
Олег, пожалуйста выложи или пришли на почту [email]furnika@apple.renet.ru[/email] версию Optimizer 2.9r5 с неограниченным по времени использованием. С этим оптимайзером всё просто летало, когда срок действия истёк, пришлось собрать статистику новым оптимайзером и база после этого встала намертво, я описывал здесь эту проблему, но решить её так и не удалось, пришлось поднимать бэкап.
05.03.2008 13:16
OlegON
 
К сожалению, у меня сейчас полный бардак с настройками cvs, поэтому лучше я буду фиксить в будущих версиях. Хотелось бы понять что именно, у меня все работает влет, оптимайзер отрабатывает полную оптимизацию еженедельно. Только секции сам перестраиваю.
12.03.2008 07:05
Pervomaiskii
 
Доброе утро всем!

Проблема в следующем: "Последнее время формирование бухгалтерских остатков в инвентаризационной ведомости происходит очень долго, хотелось бы прогнать через ТС оптимизатор. Раньше этого никогда не делалось, хотя магазин работает на СуперМаге (версия 1.24.6 SP2) уже больше года! Версия Oracle 9.2.1.0. Версия УКМ4 SP2.
Сегодня собираюсь сделать резервную копию сервера. База бэкапится еждневно автоматически."
Вопрос, кто-нибудь пользовался 3-м оптимайзером в такой конфигурации, ну и были ли при этом проблемы?*150

ЗЫ: Да и еще, есть ли у кого рабочий оптимайзер версии 2.9r5 на всякий случай*21 Ведь случаи бывают всякие! Слейте куда-нибудь,плиз!
12.03.2008 12:33
OlegON
 
Цитата:
Pervomaiskii Версия Oracle 9.2.1.0.
Редиска, я судорожно полез искать ее... 9.2.0.8 последняя...
13.03.2008 14:45
Pervomaiskii
 
Ну пардон!*139 что по ушам проехался...списал не оттуда!!! Ты мне лучше скажи что меня ожидает в результате, хотя процесс уже идёт...*22 Да и еще Олег, пришлось временно удалить Symanteс и Radmin... C этим он отказывался работать абсолютно...знал конечно об этом когда читал форум, но в нашей организации без этого никуда! Вот в связи с этим собственно и вопрос...может есть способ обойти эти запреты?
13.03.2008 15:00
OlegON
 
Способа нет, а зачем на сервере нужен симантек?
31.03.2008 11:10
Pervomaiskii
 
Да ладно, проехали с семантиком...просто политика у нас в конторе такая...воот!
Олег, подскажи плиз оракловоду-любителю, т.е. мне, где и как можно поправить session_cached_cursors, optimizer_index_caching и db_file_multiblock_read_count...это то что выдал оптимизатор...после прогона! Если можно со скринами...*22


Опции темы


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

 

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