[ТЕМА ЗАКРЫТА]
26.06.2011 23:59
OlegON
 
% Немного подправлена процедура проверки структуры таблиц. Может немного поругаться сегодня, не обращайте внимания
% Исправлен сбор системной статистики
30.06.2011 07:23
OlegON
 
% ContrByBarcode (no) - в обновлялке контрактов входным будет не артикул, а штрихкод. Весовой, соответственно, не разбирается, должен быть, как в Супермаге.
01.07.2011 08:28
OlegON
 
! Еще раз обращаю внимание, оптимизатор включает все констрейнты и триггеры. Учтите этот момент при разработке. Кроме того, в некоторых версиях Супермага оставляли кривой выключенный триггер, который приводит к ORA-600, не забывайте сделать drop trigger supermag.dbpasswordchange; (это в доке по переходу с 9 на 10 есть, кстати) автоматом удалять не буду, поскольку не знаю, что с ним сделают в новой версии.
06.07.2011 16:07
OlegON
 
! Завтра вечером изменится механизм уведомления на жаббер и почту. Алгоритм простой:
1) Раз в месяц меняются коды на емейл и жаббер у меня
2) Оптимизатор при подключении смотрит коды у меня и в базе (соответствующие параметры вы уже можете увидеть) и, если код равен 'no' (по умолчанию), высылает на все установленные емейлы и жабберы соответствующие коды из моей базы, после чего выставляет код в 'yes'. Если код совпадает с тем, что есть у меня, то уведомления работают в прежнем режиме. Если нет - попыток что-то отправить не будет.
Сделано это по причине дичайшего количества пробитых вместо жаббера емейлов, тухлых емейлов и т.п. ерунды, в результате чего комп просто забит висящими потоками, пытающимися отправить сообщения в никуда. Теперь в никуда сообщение уйдет лишь один раз. После чего попыток больше не будет, пока параметр не вернут в 'no'. Если есть еще какие-то варианты решения по проверке емейлов и жабберов - прошу озвучить в обсуждениях.
09.07.2011 13:23
OlegON
 
% Оптимизация выделяемой серверу памяти. Если у кого-то что-то перестанет работать - прошу сообщить
+ Параметры AdmEmailConfirm,AdmJabberConfirm,ManEmailConfirm,ManJabberConfirm для обеспечения подтверждения адресов почты и jabber по алгоритму, описанному в предыдущем сообщении. Если адрес не подтвержден, он в принципе исключается из всех алгоритмов программы. Оба ManagerEmail подтверждаются по первому. На зарегистрированных проверка не распространяется. Коды меняются 1го числа каждого месяца в 2:30 по московскому времени. Прошу сообщить, если у кого-то что-то не будет получаться.
10.07.2011 17:54
OlegON
 
+ Добавлена посылка keepalive-пакетов для сохранения соединения при долгой работе запросов
% Оптимизирована работа сетевой части
% Изменен почтовик рассылки email
12.07.2011 12:50
OlegON
 
% Еще зарезал максимальную память для оптимизатора
% Увеличил интервал опроса данных, получаемых из сети, для снижения общей нагрузки на CPU
наблюдаем...
12.07.2011 17:57
OlegON
 
! Следите за содержимым каталога adump, если включен XML-аудит, там xml копится, неплохо бы чистить иногда. Обращаю внимание, что у этого параметра нет обратного хода, т.е. если не стоит yes, то XML просто не будет включаться, но выключаться при no он тоже не будет, потому, что есть различные варианты неXML-хранения.
13.07.2011 13:37
OlegON
 
% Поправлен UseReminder, работавший только в одну сторону
31.07.2011 08:49
OlegON
 
+ Если в сутки уходит более 20 сообщений почты или более 20 сообщений jabber на одну базу, код подтверждения меняется. Удивительно, но некоторые игнорируют бесконечные сообщения об ошибках, а бедный бот долбится... По статистике за сегодня таких всего двое из ~135 баз. Прошу только мне не писать вопросы "А что он мне пишет?", все есть в логе.
16.08.2011 20:25
OlegON
 
+ При запуске пользовательских отчетов информация об их обработке выводится на экран и в лог клиентской части.
21.08.2011 14:57
OlegON
 
% Поправлен баг с "залипанием" сессии на стороне сервера при таймауте (особенно проявлялось при инициализации)
22.08.2011 17:43
OlegON
 
% Обойден небольшой баг, связанный с конфигурированием RMAN на Standart edition
+ После сообщения "Old RMAN backup!" оптимизатор сбрасывает метку исполнения бекапа и на следующем проходе попробует выполнить его снова.
23.08.2011 17:45
OlegON
 
! Сегодня заглянул, в каталоге оптимизатора 150 журналов... Т.е. 150 клиентов подключены... Очередной рубеж :)
23.08.2011 22:44
OlegON
 
+ Вывод в лог свойств инкарнации
+ В логе ожидания по файлам
+ В логе I/O по файлам
+ В логе реально занятое место в файлах (в MaintenanceTime)
+ В логе статистика по процессам
+ В логе статистика по защелкам
+ Статистика по загрузке SQL-запросами в логе
25.08.2011 11:10
OlegON
 
% Изменил запуск серверной части с
Цитата:
java -XX:-UseGCOverheadLimit -Xmx10M -Xrs -jar /usr/scripts/opt/dist/opt_server.jar
на
Цитата:
java -jar /usr/scripts/opt/dist/opt_server.jar
за сегодня ни одного падения (против 5-7 за вчера), но зато Эллочке явно нехорошо...
25.08.2011 12:04
OlegON
 
+ KillLongUser (yes) - прибивать сессии, пребывающие активными (выполняющие запрос) более LongOp*2 времени. IgnoreLongUsers так же учитываются. Т.е. алгоритм прост, в первый проход приходит уведомление о проблеме пользователя, во второй проход, если пользователь не успокоился и LongOp*2 уже отработал - сессия прибивается. Замучили на той версии, где фильтр по кассовым чекам+дисконту выполняется более суток... Прибивается именно длинная сессия. Т.е. если пользователь запустил что-то зверское, а сам параллельно в чем-то ковыряется, то прибьется зверское. Прошу обратить внимание тех, кто мучает административный модуль не из под supermag.
25.08.2011 12:41
OlegON
 
+ Добавлена страничка статистики оптимизатора https://olegon.ru/opt.php
Жду пожеланий и предложений по ней.
26.08.2011 07:54
OlegON
 
% Решил дописывать даже незначительные или невидимые изменения, чтобы можно было ориентироваться, если вдруг волна сбоев пойдет
+ Сброс соединения, если клиент не представился. Такое бывает, когда, например, база не запущена и идентификатор взять не удается. Ненадолго, но сессия появлялась, рассыпаясь мусором в логе и плодя записи о сбое.
26.08.2011 21:47
OlegON
 
% Параметр называется KillLongUsers, ошибочка вышла. Потому и не работала фича. Теперь работает.
06.09.2011 11:36
OlegON
 
! В связи с частыми вопросами пользователей разъясняю:
"Забытые документы" в ежедневном отчете - это:
Приходы
Расходы
Заказы
Перемещение
Кассовые приходы и расходы
Расход и выход из производства
Сличительная и инвентаризационная ведомости
Акт переоценки
Маркетинговая акция
все вышеперечисленные документы выбираются по второму статусу (красная галка), из периода старше определенного в MaxDocDiff.
07.09.2011 23:14
OlegON
 
+ Допилил наконец, регистрацию оптимизатора через QIWI. Жду пожеланий, предложений, замечаний...
08.09.2011 12:22
OlegON
 
% Нашел небольшой косячок в расчете статистики. Поправил. Если у кого-то при подсчете статистики заругается - скажите, поправлю. За своими базами, естественно, смотрю.
08.09.2011 22:37
OlegON
 
+ Детализация по забытым документам в ежедневном отчете
10.09.2011 09:29
OlegON
 
+ Более жесткое убийство процессов, превышающих LongOps*2, обычным disconnect сбросить фильтр по дисконтам и чекам не удается
12.09.2011 13:10
OlegON
 
+ С удивлением обнаружил, что на один из дисков буквально непрерывно что-то хорошо так пишется. При ближайшем рассмотрении обнаружил и 18Гб логов оптимизатора (с учетом их ежедневной архивации и чистки через три дня). Огорчился. Теперь для незарегистрированных баз логи вестись не будут.
12.09.2011 16:31
OlegON
 
+ И графики загрузки для незарегистрированных не строятся теперь... Пытаюсь разгрузить винт своей несчастной машинки.
15.09.2011 10:01
OlegON
 
% Дописана и исправлено краткое описание параметров оптимизатора на первой странице. Благодарю konst за сбор параметров по всей ветке и особая благодарность Andrew Konev, который не только собрал все параметры, но и увязал зависимость между ними.
Была мысль добавить колонку комментариев непосредственно в базу, в таблицу параметров оптимизатора, но в итоге от нее отказался, поскольку уж больно длинные они получились.
16.09.2011 22:39
OlegON
 
+ Более подробный вывод статистики по сессиям в самом начале (Активные, Неактивные, Фоновые, Дедики и Разделенные и т.п.)
16.09.2011 22:51
OlegON
 
+ Сессии в распределении по компьютерам


Опции темы


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

 

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