Из-за чего тормозят оповещения

[greench]

Собственно сабж. Оповещения иногда приходят с задержкой в 3-4 часа. Что может влиять?

Речь идет не о сообщениях на почту, а об алертах, которые отображаются непосредственно в клиенте аксапты.

[sukhanchik]

если в параметрах пользователя получать сообщения не стоит раз в 3-4 часа , то остается единственная причина - пакетник. У нас к примеру иногда задание пакетника завершается ошибкой (почему - не исследовал - т.к. были разовые случаи) и все сообщения прекращаются до ручного перезапуска задания.

[greench]

В настройках стоит 1 минута. Дела в том, что иногда все работает корректно, иногда с жуткими тормозами. Почему так происходит и где узкое место, не могу отловить.

[Ivanhoe]

Как часто запускается задание на создание оповещений? Может оно мешает само себе?

[greench]

Задание на создание запускается достаточно часто. Но и без этого нельзя. Происходит много операций, о которых нужно оповещать определенных пользователей.

Может попробовать в настройках пользователей установить чуть большее время получение сообщений?

[glibs]

Я где-то в буржуйских дискуссиях читал про такие симптомы. Автор описывал причину. Было ли решение — не помню. Попробуйте поискать в Гугле.

Или электронная почта у вас вовремя приходит?

В принципе, если вы отслеживаете изменение полей, и у вас произойдет массовое обновление, то создание оповещений действительно может застрять их разгребая. Вы мониторили список изменений? Изменения пишутся в таблицу EventCUD, потом ее разгребает пакетное задание.

Кстати, какое из двух видов оповещений тормозит?

[greench]

Тормозят оповещения, которые в клиент Аксапты отсылаются, т.е. не на электронную почту.

[glibs]

Что значит "тормозят" тогда? Их не видно в списке оповещений, если его открыть, или просто всплывающие окна открываются не вовремя?

[greench]

Я же в первом посте писал. Иногда они приходят пользователю с опозданием в 3-4 часа, иногда вообще не приходят.

[glibs]

Что значит "приходят"? Информация об оповещениях отображается в списке оповещений, который открывается по иконке из панели инструментов, также двойным щелчком по информации о новых сообщениях в статусной строке и всплывающим окном.

Еще раз повторю вопрос: оповещений нет в списке или в списке они есть, но всплывающее окно не всплывает вовремя?

Вообще отправка по почте и добавление оповещений в список происходят одновременно, если в правиле указаны оба способа доставки.

[sukhanchik]

Цитата:

Сообщение от glibs

Что значит "приходят"? Информация об оповещениях отображается в списке оповещений, который открывается по иконке из панели инструментов, также двойным щелчком по информации о новых сообщениях в статусной строке и всплывающим окном.

Еще раз повторю вопрос: оповещений нет в списке или в списке они есть, но всплывающее окно не всплывает вовремя?

Думаю, что под термином "приходят" автор понимает появление всплывающего окна +колокольчика в нижней строке состояния (там где отображается валюта и компания). А колокольчик там отображается, когда есть непрочитанные оповещения. Если же оповещения все прочитанные - то колокольчик внизу не отображается.

В свою очередь пользователи естественно не жмут каждые 5 секунд кнопку на тулбаре чтобы узнать есть ли оповещение. Они ждут появления всплывающего окна (как с приходом почты в аутлуке)

[greench]

2 glibs. Извиняюсь что не точно выразился. Ситуация такая: в таблицу EventCud сообщения попадают, проблема в том что всплывающее окно не всплывает вовремя.

Одной из причин на вскидку может быть слишком большое количество оповещений. Вчера посмотрели правила и увидели, что одно событие настроено на десяток пользователей. Т.е. в определенные моменты в течение нескольких минут в таблицу EventCud заносятся около сотни записей. Возможно система не успевает их все разослать. Попробуем пересмотреть правила и уменьшить нагрузку.

[Ivanhoe]

Все равно как-то неясно вы пишите.
1. EventCud хранит сами события, на которое нужно сделать оповещение. Заполняется по факту события.
2. На ее основе периодическая операция заполняет таблицу EventInbox. С заданной вами периодичностью пакетника.
3. На основе настройки пользователя клиентское приложение периодически смотрит таблицу EventInbox и при соответствующей настройке отображает всплывающее окошко.

Какое из событий у вас происходит с запозданием?

[greench]

3-е

[greench]

Снизили количество оповещений и все заработало, пока пру дней проблем нет.

[Ivanhoe]

Если у вас так много сообщений, разве удобно, что постоянно всплывают окна? Может сделать регламентно - пользователь должен смотреть в форму оповещений раз в пять минут?

[greench]

С таким успехом можно пользователей заставлять самим открывать нужные формы каждые 5 минут и смотреть есть ли изменения.

Уже все наладилось проблемы исчезли.

[Ivanhoe]

Так поделитесь же с общественностью значеним "критической массы" для оповещений! Сколько можно делать, а сколько нельзя? Может, у вас 5 оповещений за раз - это много? )

[greench]

Сейчас летает порядка 400 сообщений в минуту(не всегда, а только в часы пика работы предприятия). Не тормозят.

[sukhanchik]

Столкнулся с такой же проблемой. Выяснилось следующее.
1. В EventCUD попадают все-таки события без разделения по пользователям. Т.е. если настроено 2 одинаковых оповещения (на одно событие) двум пользователям, то в табличке создастся одна запись (поле UserId - пусто). В общем-то это логично - но тем не менее это проверил.
2. В зависимости от того, на что настроены правила - записи в EventCUD попадают часто. Ну т.е. если к примеру настроить оповещение по зарезервированным позициям (на InventTrans) (морально-этические нормы насилования InventTrans и последующей производительности оставим в стороне) - то 400 записей в минуту очень даже может быть.
3. Периодическая операция \Основное\Периодические операции\Оповещения\Изменение основных оповещений трет после обработки записи из EventCUD. При этом сама выполняется некоторое время. Очевидно, что пока она трет записи - создаются новые - т.е. она физически может не успевать удалять записи.
4. Т.к. она выполняется на пакетнике - то ее можно запускать не чаще 1 раза в минуту - т.е. за минуту должно происходить столько событий (появляться записей в EventCUD), сколько эта периодическая операция сможет обработать не больше чем за эту же минуту. Либо придется всех останавливать, запускать одну эту операцию, ждать пока она разгребет EventCUD, после чего снова всем входить.
5. Эта же операция генерит внутренние оповещения в Аксапте. Но без нее все равно не будут работать оповещения по почте, т.к. только она разгребает EventCUD.
6. Т.к. на пакетнике помимо оповещений могут исполняться и другие процедуры, то для гарантии того, что периодическая операция обработки EventCUD будет запускаться как можно чаще (по кр мере не реже 1 раза в минуту) - для оповещений нужно организовывать отдельный пакетник, где будет крутиться только эта периодическая операция.
7. Есть такой метод \Data Dictionary\Tables\EventRule\Methods\A4AInvalidTables, в котором перечислены таблицы, на которые нельзя навешивать оповещения. Метод почти пустой - там находятся Event*-таблички, но кроме них там находится еще и InventSum. В общем-то понятно - что там делает InventSum, но тем не менее это должно навести на мысль тех, кто планирует вешать оповещения на InventTrans - что система оповещений может не справиться .