RSS Подписка на статьи RSS Подписка на комментарии Панель инструментов

Блог профессионалов стал частью сайта технической поддержки DocsVision http://support.docsvision.com. Новые материалы будут появляться уже на этом сайте.

Поиск

Ярлыки

авто генерация кода (1) Администрирование DocsVision (60) Атрибутивный поиск (3) База данных (24) Базы знаний (1) Безопасность (1) Бизнес-процессы (20) Блог (2) Вы увидите это первыми (1) Групповые политики (1) Диаграммы (2) Задания (2) Интеграция (2) Карточки DocsVision (14) Конструктор Решений (11) Маркетинг и продажи (4) Навигатор (3) Новое (3) Новости (32) Опрос (4) Опросы DocsVision (4) Оптимизация (3) Отчеты (2) Ошибки (1) Поддержка (14) Полезные ссылки (1) Представления (4) Производительность (5) Разбор полетов (18) Разработка для Workflow (7) разработка карточек (2) Разработка на платформе DocsVision (41) Разработка решений (43) Расширение платформы (1) Расширенные отчеты (9) Решения на платформе DocsVision (6) Сервисы DocsVision (3) Сканеры (3) Справочник сотрудников (1) Справочник типов (1) Установка (1) Утилиты (13) Шлюз в SharePoint (8) Штрихкод (2) Cкрипты карточек (7) DocsVision внутри (1) DocsVision Live (1) FileStream (1) FireFox (2) Opera (1) Powershell (5) Safari (1) SharePoint2007 (1) SharePoint2010 (2) Silverlight (1) UltraViews (1) Vista (1)

Мониторинг сервиса Workflow

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

Рассмотрим задачу мониторинга работы сервиса Workflow. Т.е. каким образом можно определить остановку сервиса, или его медленную работу. Сервис бизнес-процессов постоянно сохраняет новые записи в журналах бизнес-процессов, если в экземплярах включено журналирование. А все строки содержаться в одной таблице [dbo].[dvtable_{388F390F-139E-498E-A461-A24FBA160487}].
Значит если
  • новых записей в таблице в таблице не появляется,
  • записи в таблице появляются гораздо медленнее чем нужно,
то это может свидетельствовать о зависании или о медленной работе сервиса Workflow. И как минимум нужно уведомить администратора.

Каким может быть решение.
  • Job на MS SQL, который периодически запускает процедуру проверки
  • Процедура, которая проверяет, появляются ли новые записи в таблице, и если появляются, то какой временной интервал между ними.
  • При возникновении проблем процедура отправляет уведомление по электронной почте администратору, средствами sp_send_dbmail.
 Текст процедуры выложен на ftp ftp://ftp.docsvision.com/blog/dvsp_support_check_workflow.sql
 Процедура определяет, завис ли сервис Workflow, в случае если завис, то отправляет письмо, и может (если задан соответствующий параметр) перезапустить сервис Workflow.

Как настроить.

1. Необходимо включить возможность отправки почтового сообщения сервером MS SQL. Как это сделать, можно посмотреть, например, здесь http://www.kodyaz.com/articles/sql2005-database-mail.aspx.

2. Создать job на базе данных, который бы с некоторой периодичностью  будет вызывать процедуру. Формат вызова.
exec dvsp_support_check_workflow 'адреса e-mail через точку с запятой', 'имя сервера, где работает сервис workflow', 'имя профиля', максимальная задержка между двумя записями лога, перезапускать или нет сервисы

Пример:
Отправка уведомления на два почтовых адреса admin1@example.com и admin2@example.com, при зависании, либо при разнице между двумя записями лога более 30 секунд. Сервис Workflow не перезапускать.
execute dvsp_support_check_workflow 'admin1@example.com; admin2@example.com','server1','mail_profile',30,0

Примечание 1: Процедура корректно работает только в случае если не настроен кластер Workflow. Если остановится один из узлов кластера, то зафиксировать это можно будет только косвенно - записи в журналах будут появляться реже

Примечание 2: Хотя бы в одном экземпляре процесса должен вестись журнал.

Примечание 3: Указывать имя сервера Workflow нужно только только для того, чтобы была возможность перезапустить его.
Читать дальше

0 коммент.:

Отправить комментарий