[ОТВЕТИТЬ]
01.03.2007 14:14
Dimich1978
 
очень медленно проводяться накладные на перемещение, приход, расход, что можно предпринять?
База была восстановлена из архива...все влилось и вылилось по всем магазинам все идет...
но вот проблема.
Может что в оракле потворить?
01.03.2007 14:29
Mtirt
 
Оптимайзер применяли?
01.03.2007 14:32
Dimich1978
 
оптимайзер применил..он всю базу закрячил...выполняеться..потом опа пропадает и все ни окна ни записи в логах..почему не знаю. После этого база некорректно начинает работать...потом пришлось восстанавливать из бэкапа...
01.03.2007 14:34
Dimich1978
 
Сейчас нет возможности прогнать базу на тестовом сервере, с данной базой поэкспериментировать. НА рабочей не хочу после всего случившегося
01.03.2007 14:34
OlegON
 
Цитата:
Dimich1978 оптимайзер применил..он всю базу закрячил...выполняеться..потом опа пропадает и все ни окна ни записи в логах..почему не знаю. После этого база некорректно начинает работать...потом пришлось восстанавливать из бэкапа...
Читать тут
И не будь ... это консольное приложение, пускай его из консоли. Но сначала справку прочитай.
01.03.2007 14:40
Dimich1978
 
с консоли и запускаю... Выполнить-кмд- и уже optimazer /optimize
01.03.2007 14:48
Mtirt
 
Dimich1978, в оракле подкрутить можно достаточно много, но для этого его надо ЗНАТЬ.
Оптимайзер - приложение, призванное оптимизировать настройки базы оракла под конкретное приложение - СуперМаг-2000.
Вариантов у тебя 2:
- или разобраться, почему не работает оптимайзер;
- или пригласить специалиста по настройке оракла;
01.03.2007 14:50
OlegON
 
Цитата:
Dimich1978 с консоли и запускаю... Выполнить-кмд- и уже optimazer /optimize
если он выполняется, то и лог должен быть, вот его на обменник и выложи.
01.03.2007 15:02
Dimich1978
 
Хорошо ...как можно проанализировать в чем корень проблемы долгого проведения документов?
01.03.2007 15:15
Mtirt
 
Ключевые слова PerfStat, SpotLight.
Можешь попробовать поискать по форуму.

Корней, если честно может быть миллион и одна штука...
01.03.2007 15:17
OlegON
 
Цитата:
Dimich1978 Хорошо ...как можно проанализировать в чем корень проблемы долгого проведения документов?
Один из вариантов - посмотреть в логе оптимизатора.
01.03.2007 15:21
sevushka
 
Сам поднимал недавно такую же тему, помогли здесь решить ее довольно быстро.

1. Если битые индексы на smspec* - нужно их сделать.
2. Если включены ассортименты товара - убрать. Или тормоза будут офигенные.
3. optimizer /chkindx
4. Пересчитать статистику оптимайзером (ну или вручную, но лучше оптимайзером). Обычно здесь косяк, если индексы целые.
5. остальное сложно, мне хватило первых четырех пунктов
01.03.2007 15:27
Dimich1978
 
[quote="sevushka"]Сам поднимал недавно такую же тему, помогли здесь решить ее довольно быстро.
2. Если включены ассортименты товара - убрать. Или тормоза будут офигенные.
quote]

Поясните поподробнее где это включаеться.
это галка или это вкладка ассортименты?
по первому валидность индексов
optimizer2 /valid прогнать?
01.03.2007 15:40
Mtirt
 
Это функция автоматического пополнения ассортиментов.
01.03.2007 15:49
sevushka
 
По поводу ассортиментов.
Разделы - классификаторы - ассортиментов товаров. Выбираешь нужный, убираешь галочку "автоматический".
А optimizer2 /valid и optimizer /chkindx это вообще первое, что я стараюсь делать при любых непонянках с базой, т.к. /optimize на 17 гиговой базе у меня делается почти два часа, долго это...
И еще. Я тут на тестовой базе оптимайзер остановил, в процессе /optimize. Ну как остановил, просто на крестик щелкнул. Короче потом я так и не понял, что с базой произошло, она стартовала, но выдавала кучу ошибок. Разбираться не стал, ибо тестовая, грохнул и все, но я больше оптимайзера вообще трогать не буду, лучше подожду.
01.03.2007 15:59
Dimich1978
 
В одно ветки из 20 стоят галки автоматический..
01.03.2007 16:04
sevushka
 
А пофигу, что 1 галочка, тормозить будет.
Но мне так кажется, что все-таки у тебя со статистикой косяки...
01.03.2007 16:09
bob
 
Цитата:
sevushka ... но я больше оптимайзера вообще трогать не буду, лучше подожду.
Подождешь чего? Делай бэкап база перед прогоном оптимайзера, и будешь застрахован от неожиданностей во время выполнения
01.03.2007 16:27
OlegON
 
Цитата:
sevushka Я тут на тестовой базе оптимайзер остановил, в процессе /optimize. Ну как остановил, просто на крестик щелкнул. Короче потом я так и не понял, что с базой произошло, она стартовала, но выдавала кучу ошибок. Разбираться не стал, ибо тестовая, грохнул и все, но я больше оптимайзера вообще трогать не буду, лучше подожду.
Ну жди... Скоро опять осень будет... А большинство этих проблем решается повторным запуском оптимизатора по этой же базе. Дайте ему доработать - он сам все поправит.
01.03.2007 16:37
sevushka
 
О, спасибо за совет про повторный запуск. Оптимайзер клевая программа, вот только там правда надо очень крупными буквами написать "если прервали - запустите заново". А так - для начинающего админа лучше оптимайзера вообще ничего нет.
05.03.2007 14:51
Dimich1978
 
Может ли быть что после восстановления произошла раздефрагментация диска..
в принципе выдает что дефрагментировать бы надо.
Хотелось бы получить ответ, а на столько влияет дефрагментация, что время проведения изменилось с 1,5 минуты на 20?
05.03.2007 14:56
Propil
 
Dimich1978, это ты про диск, где база оракла?
а его и не получится дефрагметировать виндовыми средствами
05.03.2007 15:10
Dimich1978
 
чем же тогда фрагментировать?
05.03.2007 15:16
Propil
 
Dimich1978, диски, где табличные пространства - при помощи оптимайзера
Только свободного места непрерывного надо иметь побольше
Еще лучше, если индексы вынести на другой диск. Это, кстати, предлагает Генератор БД (перенос индексов) при инициализации базы
05.03.2007 15:38
Mtirt
 
Dimich1978, имеется ввиду фрагментация таблиц базы данных ВНУТРИ самой базы. А не дефрагментация файлов.
05.03.2007 17:40
Dimich1978
 
"Только свободного места непрерывного надо иметь побольше "
т.е. это физический диск должен быть фрагмнтирован.
Но до оптимайзера еще дожить надо..до выходных так сказать.
У меня в отчетах Пароизводительности ..загрузка винтов где база лежит 100% и это постоянно.
на диске Ф лежит база, на диске С операционка, на диске D Редо логи.
05.03.2007 17:59
bob
 
Цитата:
Dimich1978 "Только свободного места непрерывного надо иметь побольше "
т.е. это физический диск должен быть фрагмнтирован.
Но до оптимайзера еще дожить надо..до выходных так сказать.
У меня в отчетах Пароизводительности ..загрузка винтов где база лежит 100% и это постоянно.
на диске Ф лежит база, на диске С операционка, на диске D Редо логи.
У тебя хоть диски то хоть в рейде находятся? И процов сколько и какие (2 надо обязательно)? При твоих размерах базы, ИМХО, нужно хотя бы три зеркала под данные и индексы переносить на один из них. ТОгда сможешь добиться увеличения производительности. А так навряд ли даже оптимайзер поможет.
05.03.2007 18:30
Dimich1978
 
диски в рейде. Рейд 1-ка..было до меня.
проца 2, и еще два в гипертрединге..всего пол-ся 4-ре
как писал выше что где храниться.
05.03.2007 19:22
OlegON
 
Не очень понял, что влилось и вылилось, но, думаю 1) HT отключить 2) сделать /optimize и выложить на обменник лог, со ссылкой сюда (убедись только, что он отработал). Посмотрим.
05.03.2007 22:51
KozzZaNoVa
 
Цитата:
Я тут на тестовой базе оптимайзер остановил, в процессе /optimize. Ну как остановил, просто на крестик щелкнул. Короче потом я так и не понял, что с базой произошло, она стартовала, но выдавала кучу ошибок.
В этом случае страшного ничего не произошло, просто крестик ты нажал скорее всего на стадии перестройки индексов и вся ошибка заключалась в том что Oracle ругался на то что индексный файл занят, он такого не любит, достаточно было переконнектится и всетаки прогнать оптимайзер до конца, обычно помогает.


Опции темы


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

 

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