[ОТВЕТИТЬ]
18.08.2006 11:38
isi
 
Все было хорошо, со временем все больше и больше стал тормозить супермаг при создании документов. Сегодня переставили новый сервер, подняли на нем старую БД, проблема осталась. Например приходная накладная создается до 10 минут! Может у кого была такая ситуация? Сейчас запустил полную переиндексацию, сколько примерно займет на БД размером 8 Гб
18.08.2006 11:40
OlegON
 
Стоит проверка "новая цена меньше предыдущего прихода"? Оптимизатор что говорит?
18.08.2006 11:44
kadr
 
isi, что значит "поставили новый сервер", если замена железа с повышением параметров, то вопрос: настройки Oracle под новое железо правили?
а скорость переиндексации, зависит не только от размера БД, но и от параметров сервера
18.08.2006 11:44
OlegON
 
Кстати, традиционный вопрос "что именно тормозит"? Лови запрос и выкладывай его сюда.
18.08.2006 11:45
isi
 
где искать эту проверку?
18.08.2006 11:46
isi
 
Тут явно дело в БД, а тормоза именно в момент создания например приходной или заказа
18.08.2006 11:47
isi
 
все остальное например карточки открывается на УРА
18.08.2006 11:52
OlegON
 
Цитата:
isi где искать эту проверку?
В Справочниках и в Ценообразование-Цены-Наценки. Она последним столбцом, кажется.
18.08.2006 11:52
OlegON
 
Еще автоматические ассортименты проверь. Убери их нафик.

P.S. За такие темы буду наказывать.
18.08.2006 11:57
isi
 
Накажите меня :)

Спасибо Олег, но все что ты предположил выключено
18.08.2006 11:59
OlegON
 
Джобы работают? Еще раз - лезем, ищем, что конкретно тормозит. Какой запрос? По нему все ясно будет.
18.08.2006 12:00
isi
 
Если рухнет индекс, Oracle как себя поведет? сругается или отключит?
18.08.2006 12:03
isi
 
я запускал Супермаг под трейсером, запускается хранимая процедура на сервере с параметрами создания и на этом тишина, пока документ не создастся. Отлавливать что делается в БД в этот момент я пока не умею
18.08.2006 12:07
OlegON
 
Цитата:
isi Если рухнет индекс, Oracle как себя поведет? сругается или отключит?
Как правило "сругается" и отключит (про баг в 8i читаем).
18.08.2006 12:12
OlegON
 
Цитата:
isi я запускал Супермаг под трейсером, запускается хранимая процедура на сервере с параметрами создания и на этом тишина, пока документ не создастся. Отлавливать что делается в БД в этот момент я пока не умею
Поиск зато есть.
https://olegon.ru/index.php?name=For...ba+studio#2330
18.08.2006 12:37
isi
 
Спасибо, почитаю, поробую, ответ напишу... У меня очень похоже на те проблемы которые там описаны.
18.08.2006 17:24
bob
 
У нас тоже при переходе на 1.024.4 стали наблюдаться тормоза с работой с приходными и расходными накладными, правда не 10 минут, а минута-две. Я, конечно пооптимизирую еще базу в выходные, но что-то мне это не нравится
18.08.2006 17:56
OlegON
 
Не будьте голословными. Фраза типа "у меня что-то тормозит" говорит лишь о сомнениях в компетентности админа. Фраза "у меня тормозит запрос select * from ffmaprep" говорит о желании что-то исправить.
18.08.2006 18:55
bob
 
К сожалению, в регионах найти компетентного админа на Oracle, архисложная задача, потому что их вообще зачастую нет. Да и руководству, зачастую не объяснишь, что он вообще нужен. "Мы ведь купили Супермаг 2000 - он должен сам нормально работать". Хотя должен сказать, что у нас в этом плане еще достаточно хорошо. Я убедил руководство, что СМ2000 - есть по сути только очень хорошее средство для оперативной работы (в чем и сейчас уверен). А отчеты мы пишем сами, и очень даже неплохо получается. Но в части оптимизации пользуемся только оптимайзером (за что огромное спасибо olegon'у, да советами опытных сопровожденцев (в частности Полюдовкина). На большее у отдела просто не хватает времени, потому что он занимается еще кучей других задач.
21.08.2006 10:21
Kryukov
 
Цитата:
bob У нас тоже при переходе на 1.024.4 стали наблюдаться тормоза с работой с приходными и расходными накладными, правда не 10 минут, а минута-две. Я, конечно пооптимизирую еще базу в выходные, но что-то мне это не нравится
Аналогично при сохранении и наценивании, гонятл оптимизатор мучил поодержку но всё так и осталось.
21.08.2006 10:54
OlegON
 
Цитата:
Kryukov
Цитата:
bob У нас тоже при переходе на 1.024.4 стали наблюдаться тормоза с работой с приходными и расходными накладными, правда не 10 минут, а минута-две. Я, конечно пооптимизирую еще базу в выходные, но что-то мне это не нравится
Аналогично при сохранении и наценивании, гонятл оптимизатор мучил поодержку но всё так и осталось.
Стою, смотрю на него, а оно не налаживается... Да? Пост мой выше читал? *15
Вложения
Тип файла: rar Откат или честь.rar (11.1 Кб, 288 просмотров)
Тип файла: rar Откат или честь.rar (11.1 Кб, 288 просмотров)
21.08.2006 17:51
bob
 
Цитата:
bob У нас тоже при переходе на 1.024.4 стали наблюдаться тормоза с работой с приходными и расходными накладными, правда не 10 минут, а минута-две. Я, конечно пооптимизирую еще базу в выходные, но что-то мне это не нравится
Извиняюсь за пост. Поменял параметры в инишнике в соответствии с рекомендациями оптимайзера (у меня 2 Гига памяти и 30 пользователей)
db_file_multiblock_read_count = 64
sort_area_size = 8192000
optimizer_index_caching = 90
hash_area_size = 16384000
Ну еще db_block_buffers до 60000 увеличил и shared_pool_size с 80 до 140 метров. Сделал дефрагментацию (затронуло только индексы). Все залетало на вполне приличной скорости. Скорость переноса (полного) с расчетом возросла процентов на 20.
МОжет еще кто ответит - раньше при инициализации базы redo.log рекомендовали ставить - 5 метров, а сейчас (в новой доке) 50 метров. Имеет ли смысл создать новые и убить старые?
21.08.2006 17:56
OlegON
 
Цитата:
bob МОжет еще кто ответит - раньше при инициализации базы redo.log рекомендовали ставить - 5 метров, а сейчас (в новой доке) 50 метров. Имеет ли смысл создать новые и убить старые?
Имеет :)
21.08.2006 17:58
kadr
 
bob, посмотри в alert.log как часто у тебя переключаются логи. Я у себя выставлял размер таким, что бы переключение происходило раз в 20-25 минут
21.08.2006 18:03
OlegON
 
Это в среднем как раз 50 Мб и есть.
21.08.2006 18:12
kadr
 
olegon, у меня 200 и то иногда переключаются за 10 минут
21.08.2006 18:29
OlegON
 
Цитата:
kadr olegon, у меня 200 и то иногда переключаются за 10 минут
Поэтому ты таких вопросов не задаешь, не так ли? *02
21.08.2006 19:09
kadr
 
Цитата:
olegon
Цитата:
kadr olegon, у меня 200 и то иногда переключаются за 10 минут
Поэтому ты таких вопросов не задаешь, не так ли? *02
Так я и написал как размер сам определял, т.к. не могу однозначно утвержадть надо ли поднимать до 50Мб, а может надо поднимать намного больше.
А ещё я в ближайшее время, в качестве промежуточного варианта на пути к архивлогу, собираюсь увеличить количество групп до такого значения чтобы в логах хранилась инфа не менее чем за сутки.
Также считаю не лишним заметить что все логи необходимо зеркалировать средствами Oracle как минум на 2 физически отдельных диска, благо в нем это встроено.
21.08.2006 19:23
bob
 
Очень хорошее замечание. Будем разбираться
22.08.2006 08:43
isi
 
Уф... Проблема решилась пересчетом статистики оптимизатора...
Да, многому ещё надо научится, но с чего то же надо начинать... *16


Опции темы


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

 

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