[ОТВЕТИТЬ]
04.10.2006 17:11
OlegON
 
Репортсы понатыканы? Ты бы привел, что он тебе пишет. В самом начале (Версия Oracle) и что говорит на select version from v$instance;
04.10.2006 17:15
bayan
 
репортсы есть. Версия сервера Oracle8i Enterprise Edition Release 8.1.6.3.0 - Production
версия репортсов 8.0.6.00
04.10.2006 17:16
OlegON
 
Посмотри запрос и версию.
04.10.2006 17:20
bayan
 
8.1.6.3.0 по запросу
оптимайзер тоже самой говорит
04.10.2006 17:25
bayan
 
Я так понимаю, optimizer запускается от Oracle Reports, возможно ли запаустить его из другого home???
04.10.2006 17:31
Mtirt
 
Конечно поменяй HOME на серверный...
04.10.2006 17:38
Mtirt
 
Как поменять? oracle home selector переключает активный.
04.10.2006 17:39
bayan
 
ой ё... сенкс, совсем запарился за две бессонные ночи...
05.10.2006 09:23
bayan
 
Попытался прогнать омтимайзер, сервак через 4 часа работы подвис на обработке индекса: SMTIMESPANSALE_ART
База вроде не убилась, вечером ещё раз попробую прогнать... Или лучше прямо румами Alter index SMTIMESPANSALE_ART rebild ??? Кто что посоветует???
05.10.2006 09:26
OlegON
 
Можешь попробовать, чтобы не ждать и поглядеть в трейсы потом, НО, оптимайзер потом надо будет все равно прогнать до конца.
05.10.2006 14:31
bayan
 
А что за warning:
OLEGON-WARNING: Не удалось выполнить alter table supermag."SMTIMESPANSALE" move storage (initial 1073741824 next 1073741824 FREELISTS 3 FREELIST GROUPS 1):ORA-01658: unable to create INITIAL extent for segment in tablespace SM2000

И как это можно исправить?
05.10.2006 14:43
akonev
 
Насколько понимаю, это он хотел заняться дефрагментацией табличек, но не нашел свободного гигабайта в табличном пространстве sm2000. Можно добавить файлик к табличному.

Олег, это сам оптимайзер такой прожорливый, что сразу гиг хочет?
05.10.2006 14:45
bayan
 
так нет... к табличному Sm2000 как раз добавил одну на 2Гб перед прогоном, да и так Бд у меня заполнена на 46%
05.10.2006 14:47
OlegON
 
Не хватает места для того, чтобы кусок непрерывно положить. Все фрагментами засыпано. Посмотрел бы в описании ошибки, в чем проблема? Все написано...
05.10.2006 14:55
akonev
 
ну значит я правильно идею понял: отгрызается сразу большой непрерывный кусок и туда перетягиваются таблички *04
05.10.2006 15:06
OlegON
 
Цитата:
Andrew_Konev Олег, это сам оптимайзер такой прожорливый, что сразу гиг хочет?
Если бы табличка маленькая была, он бы столько не просил... Старается все как можно меньшим количеством кусков разложить...
05.10.2006 15:22
bayan
 
Не проходит омтимайзер до конца :(
Сервак теперь просто перезагрузился...
Что ж за фигня-то такая????
05.10.2006 15:25
bayan
 

тута лог оптимайзера, мож кто глянет...
05.10.2006 15:38
OlegON
 
ну нашел куда выложить :) ждать, пароли вводить... А сервак у тебя убитый, в соседней ветке же увидели. Пока не остался без базы - займись ка лучше им.
05.10.2006 16:06
akonev
 
похоже, что затык получается тут:

ORA-01631: max # экстентов (4096) исчерпано в таблице SUPERMAG.SMTIMESPANSALE
ORA-01632: max # экстентов (4096) исчерпано в индексе SUPERMAG.SMCTIMESPANSALE_PK

то есть упирается в SMTIMESPANSALE - итоги продаж за интервал времени и ее индекс.
05.10.2006 16:07
Mtirt
 
Тогда надо временно добавить их число, я думаю.
05.10.2006 16:23
akonev
 
или почистить ее радикально. так-то ошибки древние вроде бы. просто показатель, что табличка сильно немаленькая.

и SMPOSTOUTLOG заодно

и добавить все-таки еще файлик в табличное, а то ведь smspec тоже не дефрагментируется

кстати, а памяти у тебя физически скока? а то ж под оракл 2Г отдано
системе-то есть где жить?
09.10.2006 13:51
bayan
 
Физической памяти на данный момент 4 Гб (вообще 6 стоит), так что и системе и СУПЕРМАГу есть где жить ;););).
Файлики в табличное добавил, с экстентами пока подожду... (спасибо за дельный совет.)
09.10.2006 14:58
OlegON
 
На самом деле, прогони оптимизатор после увеличения файликов и не надо ничего временно увеличивать. Ибо 4096 - число кусочков из которых состоит твоя таблица. А это немало. То, что таблица добралась до такой отметки говорит о ее сильной фрагментации. И не надо это ограничение снимать.

Andrew_Konev, твой мультяшка теперь просто убивает! Я к Чебуратрице привык :)
09.10.2006 18:37
Little
 
bayan, как показала практика надо добавить практически 120% имеющегося пространства, чтоб оптимайзер нормально траотал по БД. Скроее всего встает из-за немерянной дефрагментации.. у меня с 3 2гиговых файликов табличного пространства до 10 выроло.. Хотя можно было и 8 файликами обойтись. Так что добавляй сразу и побольше. Оно лишним не будет.
09.10.2006 18:52
bob
 
Я вообще не мог дефрагментировать, пока не поднял до 3 гиг несколько файлов. Вроде уже больше полугода нормально работает. объем всех файлов индексных и Users в 2 раза больше занятого табличного пространства. После первого прогона оптимайзера вообще полгода дефрагментацию не запускал
10.10.2006 16:38
bayan
 
Всем спасибо за дельные советы. С/с всё-таки с 4 раза рассчитал....
с табличками пока подожду до выходных, попробую штук пять добавить ;);). А фрагментация действительно очень сильная ;);) базе 4 года. А может просто export/import??? Не лучше ли получится???


Опции темы


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

 

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