Форум OlegON > Ресурсы OlegON > Вопросы сервера > Программы OlegON

Optimizer-4 (функционал) : Программы OlegON

23.11.2024 12:24


13.02.2010 23:23
% Индексы FF% переносятся независимо от таблиц. В противном случае разрыв связи приводил к тому, что таблица переносилась, а индексы - нет.
% Куча внутренних доработок по оптимизации алгоритмов и повышению общей устойчивости программы. Общая точка выхода из программы.
+ С одной базы доступно только одно подключение. Бывало, что второй оптимизатор, увидев слишком старый PID, пытался работать самостоятельно, хотя предыдущий оптимизатор просто обрабатывал большую таблицу
% Изменен алгоритм сбора попугаев. Автоматом он собирается только в Maintenance time. Необходимую нагрузку обеспечивает сам оптимизатор. Не очень корректное решение, но другого пока не придумал. Некорректная статистика правится по завершению Maintenance time, а не сразу, как было раньше. По команде сбор только стартует. При запуске optimizer в очередной раз с -с=о вне maintenance time сбор останавливается.
13.02.2010 23:37
+ DisableSysStats (yes/no) - запрет сбора попугаев (в том числе по команде)
+ DisableCompute (yes/no) - запрет сбора статистики через compute
15.02.2010 09:20
Цитата:
Propil Олег, с каким параметром запуска происходит перенос секционированных таблиц и индексов в указанное ТП?
Несколько часов работы оптимайзера (с параметром =o)вчера не принесли ожидаемого результата.
FFMAPREP пока остается в USERS
Что очень тормозит вывод отчетов
**
Может, имеет смысл перед этой процедурой полностью очистить аналитику от расчетов и переносов?
Смотри лог на тему ff-tables. Никаких параметров запуска придумывать не надо, в olegon_params есть записи по табличным пространствам, где они должны быть.
15.02.2010 09:21
Цитата:
konst последние пару дней... доходит до:
15.02.10 00:54:14 -- Checking database parameters...
и все...
В случае пустых логов и необходимости взаимодействия с моей стороны - указывайте имя базы, плз. У меня тонна логов и угадать, где искать достаточно сложно. В общем случае такая ошибка решается путем
Цитата:
truncate table olegon_params;
19.02.2010 11:40
+ DisableCompile (yes/no) - компиляция объектов и включение триггеров
12.03.2010 06:34
Никак не доберусь оформить FAQ, может уже писал...
1) Не трогайте таблицу параметров после запуска оптимизатора!
2) Команды (то, что идет после -c=) РЕГИСТРОЗАВИСИМЫ! Т.е. О и о - не одно и тоже.
3) Оптимизатор расчитан на постоянное использование, а не разовый запуск
4) Не забывайте настраивать Jabber для уведомлений и email, это еще и возможность мне как-то связаться с вами, если какой-то косяк произошел
12.03.2010 06:45
Пишите сюда, если кто-то какие-то ошибки обнаруживает. Условий работы базы - миллион, мало ли что не учел.
16.03.2010 16:48
% куча незначительных багфиксов и изменений
% поправлен неприятный баг неучета времени работы при его переходе через сутки. Оптимайзер просто не видел, что ему предоставляется возможность для работы и не работал в полную силу
+ Начальная поддержка почты. Параметры AdminEmail и ManagerEmail, полностью повторяющие по смыслу аккаунты джаббера
16.03.2010 18:01
+ Начал редактировать шапку темы (первое сообщение). Пожелания, предложения - welcome...
18.03.2010 12:43
Коллеги, убедительная просьба, не ставьте несуществующие емейлы и жаберы в контакты... Если ставите gmail, то не отключайте журналирование. В противном случае я получаю кучу ругани, что невозможно доставить сообщение. Это сильно огорчает.
Часовой пояс GMT +3, время: 12:24.

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