Наблюдение
Свернуть оглавление
Развернуть оглавление

Наблюдение за Workflow Manager 1.0

 

Для обеспечения высокого уровня доступности и надежности Диспетчер рабочих процессов 1.0 важно наблюдать за сервером, чтобы гарантировать его работоспособность и выявлять сбои сразу, как они возникают, и устранять их причины.В этой статье рассматриваются возможности для наблюдения за средой Диспетчер рабочих процессов 1.0.

Обычно для наблюдения за сервером используются следующие средства.

  1. Счетчики производительности

  2. Трассировка событий.

  3. PowerShell

  4. Пакет управления System Center Operations Manager.

Счетчики производительности весьма информативны в отношении производительности сервера.Они группируются в наборы счетчиков.

Диспетчер рабочих процессов 1.0 создает свой набор счетчиков производительности для упрощения наблюдения за сервером.В Диспетчер рабочих процессов 1.0 определено два набора счетчиков: управление и диспетчер.Отдельные счетчики определяются в соответствующем наборе.Найти счетчики из этих наборов можно, открыв монитор производительности на компьютере, где установлена среда Диспетчер рабочих процессов 1.0.Затем вы можете использовать наборы счетчиков "Управление Workflow" и "Диспетчер Workflow".

В таблице ниже описаны счетчики производительности, имеющиеся в этих наборах.

Index

Счетчик производительности

Подробности

1

Запросов управления в секунду

Число запросов, обрабатываемых службой переднего плана в секунду на заданном узле.

2

Событий Workflow в секунду

Число успешных вызовов PublishNotification в секунду на заданном узле.

3

Сбоев запросов управления в секунду

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

4

Ошибок авторизации в секунду

Число ошибок авторизации в секунду на заданном узле.

5

Длительность событий публикации рабочих процессов

Средняя задержка при публикации уведомления рабочего процесса.

6

Незавершенных эпизодов

Число экземпляров рабочих процессов, выполняемых на заданном фоновом узле.

7

Сбойных эпизодов в секунду

Число ошибок выполнения экземпляров рабочих процессов, происходящих в секунду на заданном фоновом узле.

8

Обрабатывается событий в секунду

Число успешно обрабатываемых уведомлений рабочих процессов в секунду на заданном узле.

Далее приведен пример модели работоспособности, основанной на перечисленных счетчиках производительности.

Симптом

Источник

Содержимое: причина, решение, итоги

Кажется, что узел не обрабатывает сообщения.

RequestsProcessedPerSecond

Нет действий на протяжении 10 минут.

Экземпляр рабочего процесса не завершает работу.

(EpisodesCompletedPerSecond / RequestsProcessedPerSecond) * 100

Ниже N% - N может задать пользователь, например 10.

Сбой экземпляра рабочего процесса.

RequestsFailedPerSecond

Число сбоев.

Вы также можете добавить счетчики производительности Windows, например для загрузки ЦП и памяти.

Компоненты Диспетчер рабочих процессов 1.0 используют трассировку событий Windows (ETW).ETW — оптимальный вариант, так как он наименее затратен с точки зрения производительности.Кроме того, журналы ETW меньше журналов в других форматах.Все компоненты службы используют поставщик ETW с именем Microsoft- Workflow.

Диспетчер рабочих процессов 1.0 использует следующие каналы ETW, доступные по умолчанию.

  • Operational Channel: этот канал используется для трассировки критических проблем, требующих вмешательства оператора.Среди примеров — сбой службы или достижение порога SLA.

  • Debug Channel: этот канал используется для всех видов диагностической трассировки.

  • Analytic Channel: этот канал используется для трассировки верхних пределов, например времени выполнения операции.События могут содержать дополнительные метаданные, например имя области или операции.

Полный список событий, создаваемых Диспетчер рабочих процессов 1.0, можно найти в файле манифеста ETW Microsoft.Workflow.EventDefinitions.man в папке [InstallDrive]:\Program Files\Workflow Manager\1.0\Workflow.

Некоторые события в этом файле особенно важны для наблюдения за работоспособностью сервера. Они перечислены ниже.

Проблема

ИД создаваемых событий

Сбой запуска фоновой службы WF

289

Необработанные исключения

1, 10, 19

На отдельном узле часто происходят необработанные исключения

5 событий с ИД 1, 10 или 19 за 30 минут

Часто происходят события запуска служб

5 событий с ИД 288 или 582 за 30 минут

PowerShell — это отличное средство для администрирования сервера Диспетчер рабочих процессов 1.0.В Диспетчер рабочих процессов 1.0 есть командлеты, позволяющие отслеживать состояние фермы рабочих процессов и ее работоспособность.Диспетчер рабочих процессов 1.0 предоставляет администраторам ярлык для запуска командной строки Workflow PowerShell — он расположен в группе программ Workflow Manager 1.0 в меню "Пуск".Эти командлеты также можно вызывать программно, импортировав модули Диспетчер рабочих процессов 1.0 PowerShell.Все командлеты Диспетчер рабочих процессов 1.0 определяются в модуле PowerShell Microsoft.Workflow.Commands, расположенном в каталоге установки Диспетчер рабочих процессов 1.0.

Есть два командлета, особо важных для наблюдения для серверами: Get-WFFarm и Get-WFFarmStatus.

Командлет Get-WFFarm позволяет быстро получить все сведения о ферме Workflow.Этот командлет возвращает следующие данные о ферме.

Значение

Описание

Размещение

Список узлов (компьютеров) в ферме.

Конечные точки

Список конечных точек HTTP и HTTPS на узлах.

WFFarmDBConnectionString

Строка подключения к базе данных фермы Workflow.База данных фермы Workflow содержит все конфигурационные данные фермы.

RunAsAccount

Учетная запись, с которой работает фоновая служба Workflow.

AdminGroup

Возвращает группу безопасности Windows, выбранную в качестве группы администраторов фермы Workflow.

InstanceDBConnectionString

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

ResourceDBConnectionString

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

HttpPort

Это Httpport службы Workflow переднего плана, если для нее настроен протокол HTTP.

HttpsPort

Это Httpsport службы Workflow переднего плана.

OutboundCertificate

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

SslCertificate

Возвращает отпечаток SSL-сертификата.Также указывает, был ли сертификат создан автоматически при установке.

System_CAPS_noteПримечание

Get-AzureWFFarmStatus не входит в Диспетчер рабочих процессов 1.0, но будет включен в версию 1.0 RTM.

Командлет Get-AzureWFFarmStatus предоставляет основные сведения о ферме и ее узлах.

С каждого узла Get-AzureWFFarmStatus собирает данные о работоспособности фоновой службы Workflow в Windows и указывает, доступна ли служба Workflow переднего плана на этом узле.

System_CAPS_noteПримечание

В состав установочного пакета Диспетчер рабочих процессов 1.0 не входит пакет управления, но его можно будет загрузить отдельно приблизительно тогда же, когда выйдет версия 1.0 RTM.Этот пакет управления будет поддерживать и Microsoft System Center 2012, и System Center 2007 R2.

Счетчики производительности, трассировка событий и командлеты PowerShell позволяют оценить работоспособность фермы.При этом подлинная надежность корпоративного уровня обеспечивается не только непрерывным наблюдением за сервером, но и механизмом оповещения о сбоях.Пакет управления агентами Microsoft System Center Operations Manager реализует и эту возможность.

Основная часть событий и счетчиков производительности, описанных здесь, будет поддерживаться пакетом управления System Center.Сам пакет управления будет направлен на наблюдение за фермой и узлами Диспетчер рабочих процессов 1.0, а не за такими объектами Диспетчер рабочих процессов 1.0, как, например, экземпляры рабочих процессов.

На следующей схеме показана типовая модель работоспособности для Диспетчер рабочих процессов 1.0.

Workflow health model

Добавления сообщества

ДОБАВИТЬ
Показ:
© 2016 Microsoft