Наблюдение за приложениями

В данном разделе описывается, как использовать панель мониторинга AppFabric для наблюдения за работоспособностью и временем жизни приложений .NET Framework, к которым относятся и службы WCF и/или WF. Панель мониторинга AppFabric — это основное средство в Windows Server AppFabric для наблюдения за службами .NET Framework version 4 и устранения связанных с ними проблем. Для данных, представленных на панели мониторинга AppFabric, предоставляются как оперативные (реального времени) метрики, так и исторические метрики по службам. Оперативные метрики предоставляют текущие сведения об устойчивых рабочих процессах и позволяют контролировать состояния этих процессов. Исторические метрики позволяют изучить работоспособность служб за определенный период времени.

На панели мониторинга AppFabric отображается следующая информация, помогающая более полно понять состояние служб .NET Framework, управляемых AppFabric:

  • Панель мониторинга AppFabric отслеживает экземпляры устойчивых рабочих процессов и представляет сведения о количестве выполняющихся (активных или бездействующих) или приостановленных экземпляров. Панель мониторинга AppFabric также имеет возможности детализации для просмотра отдельных материализованных экземпляров WF и позволяет выдавать собственные команды для сохраненных рабочих процессов, чтобы управлять их выполнением.

  • Службы WF отслеживаются системой AppFabric на различных уровнях детализации посредством сохранения событий, порождаемых во время нормального выполнения. Панель мониторинга AppFabric позволяет просматривать исторические данные о работоспособности служб WF, для которых наблюдение включено на уровне «Наблюдение за работоспособностью» или более высоком.

  • Все службы WCF и WF в .NET Framework используют WCF для взаимодействия с клиентами и другими службами. Панель мониторинга AppFabric наблюдает и отображает совокупные значения по успешным выполнениям и исключениям для полученных вызовов WCF. На ней также отображаются сведения о неудачных и завершившихся с неустранимой ошибкой вызовах, сопоставленных с исключениями служб.

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

Разделы панели мониторинга AppFabric

Панель мониторинга AppFabric поделена на три основных раздела: Материализованные экземпляры WF, Журнал вызовов WCF и Журнал экземпляров WF. В каждом разделе предоставляется определенная функция, а сами разделы можно логически комбинировать для создания более подробной картины времени жизни службы или возникшей проблемы. Оперативные или исторические данные представлены в разных разделах. Можно свернуть или развернуть раздел, щелкнув стрелку вверх или вниз в правой части раздела.

Уникальные сводные метрики отображаются в разных разделах каждого из разделов. Например, в разделе Журнал вызовов WCF находятся три сводные метрики вызовов: Выполнено, Ошибки и Срабатывания регулирования. При щелчке сводного значения открывается детальная страница, связанная с данным разделом. При щелчке любой из трех сводных метрик в разделе Журнал вызовов WCF выполняется переход на страницу Отслеживаемые события. Хотя все три метрики вызывают переход на одну страницу, отображаемые данные, скорее всего, будут различаться, поскольку каждая метрика сопоставлена с определенным запросом данных события, сохраненного в хранилище данных наблюдения. В следующем списке описывается каждый из разделов и связи между их страницами со сводными значениями и метриками.

Панель мониторинга Dublin

  • Материализованные экземпляры WF. В этом разделе отображается «оперативная» сводка экземпляров служб устойчивых рабочих процессов с состоянием Активный, Бездействие или Приостановлен в виде состояния хранилища сохраняемости на момент отображения панели мониторинга AppFabric. Для устойчивого рабочего процесса, который дополнительно настроен на использование функции наблюдения, его исторические метрики также отображаются в двух других разделах панели мониторинга AppFabric. При щелчке ссылки на любое из этих сводных значений отображается соответствующая Страница «Материализованные экземпляры WF». При развертывании раздела Материализованные экземпляры WF отображаются первые пять служб рабочих процессов .NET Framework 4 с состоянием Активен или бездействует или Приостановлен с наибольшим количеством экземпляров Активен или бездействует или Приостановлен. Дополнительные сведения о способе наблюдения за сохраненными рабочими процессами см. в разделе Наблюдение в режиме реального времени за устойчивыми рабочими процессами.

    Примечание

    AppFabric не поддерживает сохраняемость экземпляров служб WCF. Функцию сохраняемости AppFabric могут использовать только экземпляры служб рабочих процессов (WF).

  • Журнал вызовов WCF. В данном разделе отображается сводка по журналу вызовов WCF для служб WCF и WF .NET Framework, для которых включена функция наблюдения. Эта сводка включает в себя все WCF Выполненные вызовы, Ошибки и Срабатывания регулирования за период времени, выбранный в раскрывающемся списке Период времени . При щелчке ссылки на любое из этих сводных значений отображается соответствующая страница Отслеживаемые события с данными результата запроса для исходной категории. При развертывании раздела Журнал вызовов WCF отображаются первые пять служб с наибольшим значением параметров «Выполненные вызовы WCF» и «Исключения служб WCF». При этом также предоставляется детализация ошибок по исключениям служб (чаще всего вызванных неудачными и завершившимися с неустранимой ошибкой вызовами) и определенным пользователем ошибкам. Дополнительные сведения см. в разделе Историческое наблюдение с помощью метрик вызовов WCF.

  • Журнал экземпляров WF. В данном разделе отображается статистическая сводка по значениям параметров Активации, Сбои и Выполнения для экземпляров служб рабочих процессов .NET Framework 4 с включенной функцией наблюдения за период времени, выбранный в раскрывающемся списке Период времени. При щелчке ссылки на любое из этих сводных значений отображается соответствующая Страница «Отслеживаемые экземпляры WF» с данными результата запроса для исходной категории. При развертывании раздела Журнал экземпляров WF отображаются первые пять служб WF с наибольшим значением параметров Активации экземпляров и Экземпляры со сбоями. При этом также предоставляет детализация экземпляров со сбоями по результату (восстановленные и не восстановленные). Дополнительные сведения см. в разделе Историческое наблюдение с помощью метрик рабочих процессов.

Метрики панели мониторинга AppFabric

Метрики панели мониторинга AppFabric отображаются для размещенных на Windows Process Activation service (WAS) служб WCF и WF .NET Framework 4 на выбранном уровне или «области» в иерархии служб IIS. Различными уровнями области являются сервер, сайт и приложение. Область определяется с помощью выбора сервера, сайта или приложения в иерархии служб IIS в области «Подключения» диспетчера IIS (левая область). Для каждой области в разделах отображается одинаковая коллекция метрик. Это значит, что для каждой области используются одинаковые имена метрик, но значения изменяются в соответствии с включенными в область объектами. С помощью изменения выбранного уровня в иерархии служб IIS можно отображать метрики из экземпляров всех служб на сервере или сайте или можно отобразить метрики, связанные только с выбранным приложением. Объем данных наблюдения, отображаемых в определенном представлении, соответствует значениям, заданным на вкладке Наблюдение диалогового окна Настройка WCF и WF для данной конкретной области.

Примечание

Если для выбранных приложений задан уровень наблюдения «Наблюдение за работоспособностью» или более высокий, объем данных, отображаемых на панели мониторинга AppFabric, не изменяется. Однако при изменении области с целью включения другого количества служб с включенной функцией наблюдения эти метрики изменяются.

Дополнительные сведения о настройке области и метрик см. в разделах Настройка WCF и WF для сервера, сайта или приложения: вкладка «Наблюдение» и Диалоговое окно настройки сервера, сайта, приложения или виртуального каталога.

Значения по умолчанию для функций наблюдения и сохраняемости

При установке в AppFabric службы .NET Framework 4 от ее имени автоматически настраиваются два следующих значения по умолчанию для функции наблюдения. Эти параметры можно изменить на вкладке Наблюдение в диалоговом окне конфигурации сервера, сайта приложения или службы. Дополнительную информацию см. в разделах Настройка WCF и WF для сервера, сайта или приложения: вкладка «Наблюдение» и Настройка службы: вкладка «Наблюдение».

  • Уровень наблюдения. По умолчанию функция наблюдения включена для всех служб. Для уровня наблюдения по умолчанию устанавливается значение Наблюдение за работоспособностью, которое является средним из пяти параметров функции наблюдения (Диагностика, Сквозное наблюдение, Наблюдение за работоспособностью, Только ошибки и Выкл.). Уровень Наблюдение за работоспособностью предоставляет оптимальную производительность для повседневного наблюдения за работоспособностью метрик приложения. Он также является минимально допустимым уровнем для использования всех метрик на панели мониторинга. Такое использование включает в себя отслеживание потока сообщений между службами, событиями WCF и WF и другими событиями. Оно также включает ошибки из менее детализованного уровня Только ошибки для упрощения диагностики. При возникновении проблемы можно увеличить объем данных наблюдения, включив более детализованный уровень наблюдения, устранить проблему, а затем восстановить для уровня наблюдения значение по умолчанию Наблюдение за работоспособностью. Дополнительные сведения об уровнях наблюдения и способах выбора уровня, оптимально соответствующего требованиям наблюдения, см. в разделе Настройка наблюдения.

    Данные наблюдения собираются службой Event Collection service и записываются в хранилище данных наблюдения по умолчанию с использованием строки подключения DefaultMonitoringConnectionString. Эти данные соответствуют данным, которые содержит Страница «Отслеживаемые события». Параметр Включить сбор событий базы данных на вкладке Наблюдение по умолчанию включен, а на странице Отслеживаемые события отображаются все данные, доступные во всех настроенных хранилищах данных наблюдения. Если выключить сбор событий, сведения о новых событиях отображаться не будут. Но если в хранилище остаются события, которые отслеживались до этого момента, то они будут отображаться на странице Отслеживаемые события. Чтобы предотвратить отображение этих старых событий, необходимо вручную удалить из конфигурации имеющуюся строку подключения. Дополнительные сведения см. в разделе Настройка службы сбора событий.

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

  • Диагностическое ведение журнала сообщений и трассировка В отличие от параметров Сбор событий базы данных и Уровень наблюдения параметр Диагностическое ведение журнала сообщений и трассировка по умолчанию выключен. Вместо отправки данных в хранилище данных наблюдения данная функцию отправляет их в настраиваемый файл, который можно просмотреть с помощью средства просмотра трассировки служб. Параметр Диагностическое ведение журнала сообщений и трассировка не затрагивает отображаемые на панели мониторинга данные. Скорее он представляет собой дополнительный механизм, действующий за пределами панели мониторинга AppFabric, который облегчает диагностику с помощью трассировки и ведения журналов .NET Framework. Дополнительные сведения о настройке данного компонента см. в разделе Диалоговое окно «Настройка диагностической трассировки и ведения журнала сообщений».

Кроме дополнительных возможностей наблюдения, AppFabric также предоставляет функцию сохраняемости по умолчанию. При установке в AppFabric службы .NET Framework 4 от ее имени автоматически настраивается функция сохраняемости. Как и параметры наблюдения, эти параметры сохраняемости для рабочего процесса можно изменить на вкладке Сохраняемость в диалоговом окне конфигурации сервера, сайта приложения или службы. Данные сохраняемости рабочих процессов записываются в хранилище сохраняемости по умолчанию с использованием строки подключения DefaultPersistenceConnectionString. Дополнительную информацию см. в разделах Настройка WCF и WF для сервера, сайта, приложения или виртуального каталога: вкладка «Сохраняемость рабочих процессов» и Настройка службы: вкладка "Сохраняемость рабочих процессов".

Хранилища данных наблюдения и сохраняемости и метрики панели мониторинга

Метрики панели мониторинга AppFabric получаются как из хранилища данных наблюдения, так и из хранилища сохраняемости. В зависимости от настроек функций наблюдения и сохраняемости в текущей области может быть несколько хранилищ данных наблюдения или хранилищ сохраняемости. Если службы настраиваются на использование различных хранилищ, на панели мониторинга отображаются комбинированные метрики для всех хранилищ, связанных со службами в текущей области. Метрики Материализованный экземпляр WF являются сводкой данных о состоянии рабочих процессов из одного или нескольких хранилищ сохраняемости. Метрики Отслеживаемые экземпляры WF и Журнал вызовов WCF являются сводкой данных из одного или нескольких хранилищ данных наблюдения.

Важно!

В случае высокой нагрузки в промежуточной таблице базы данных наблюдения может накопиться очередь необработанных записей, подлежащих обработке с помощью заданий агента SQL. Это приводит к тому, что сведения, отображаемые в панели мониторинга AppFabric, устаревают на 10 минут или более. Кроме того, если ограничить время более недавним периодом (а не 24 часами, как задано по умолчанию), новые транзакции также не будут отображаться, так как они тоже попадают в перечень невыполненной работы.

  • Материализованный экземпляр WF. Эти метрики показывают текущее состояние материализованных экземпляров рабочих процессов из одного или нескольких хранилищ сохраняемости на момент вызова панели мониторинга. Для рабочего процесса, сведения о котором представлены в этом разделе, необходимо задать использование функции сохраняемости. Продолжительно выполняемые рабочие процессы, обрабатывающие конфиденциальные или критически важные данные, которые необходимо сохранить в неизменном состоянии в течение времени жизни рабочего процесса, используют функцию сохраняемости .NET Framework 4 чаще. Обычно рабочие процессы, которые не используют сохраняемость, выполняются быстро, а в случае случайного завершения процесса сохранение его состояния не является критически важной задачей.

    Кроме того, сохраняемость должна быть настроена для службы WF из AppFabric, чтобы сделать функцию сохраняемости AppFabric доступной. В AppFabric предоставляется возможность размещения устойчивых рабочих процессов с возможностями сохраняемости с помощью хранилища сохраняемости и средств управления. Сведения о способах включения сохраняемости AppFabric для службы см. в разделе Настройка сохраняемости рабочих процессов.

  • Журнал вызовов WCF. Эти метрики являются статистической сводкой по числу выполненных вызовов, ошибок и срабатываний регулирования WCF из одного или нескольких хранилищ данных наблюдения для служб области, выбранной в панели мониторинга AppFabric. Для отслеживания этих данных для данной службы AppFabric необходимо включить сбор событий. Сведения о способах включения сбора событий для службы см. в разделе Настройка службы сбора событий.

  • Журнал экземпляров WF. Эти метрики являются статистической сводкой по отслеживаемым экземплярам WF из одного или нескольких хранилищ данных наблюдения. Значения Активации, Сбои и Выполнения для экземпляров служб рабочих процессов .NET Framework 4 суммируются. Для отслеживания этих данных необходимо установить уровень наблюдения AppFabric Наблюдение за работоспособностью или выше. Сведения о способах включения уровня наблюдения для службы см. в разделе Настройка наблюдения.

В следующей таблице описывается влияние конфигурации службы WF на отображаемые на панели мониторинга AppFabric метрики для этой службы.

Тип службы .NET Framework Сохраняемость настроена Допустимый уровень наблюдения настроен Метрики раздела «Материализованные экземпляры WF» (страница «Материализованные экземпляры WF») Метрики раздела «Журнал вызовов WCF» (страница «Отслеживаемые события») Метрики раздела «Журнал экземпляров WF» (страница «Отслеживаемые экземпляры WF»)

Служба WF

НЕТ

НЕТ

НЕТ

НЕТ

НЕТ

Служба WF

ДА

НЕТ

ДА

НЕТ

НЕТ

Служба WF

ДА

ДА

ДА

ДА

ДА

Служба WF

НЕТ

ДА

НЕТ

ДА

ДА

В следующей таблице описывается влияние конфигурации отдельной службы WCF (без рабочего процесса) на отображаемые на панели мониторинга AppFabric метрики для этой службы. Поскольку AppFabric не предоставляет поддержку для сохраняемости служб WCF, то соответствующие сведения отображаются только в разделе Журнал вызовов WCF.

Тип службы .NET Framework Сохраняемость настроена Допустимый уровень наблюдения настроен Метрики раздела «Материализованные экземпляры WF» (страница «Материализованные экземпляры WF») Метрики раздела «Журнал вызовов WCF» (страница «Отслеживаемые события») Метрики раздела «Журнал экземпляров WF» (страница «Отслеживаемые экземпляры WF»)

Отдельная служба WCF

Недоступно

НЕТ

НЕТ

НЕТ

НЕТ

Отдельная служба WCF

Недоступно

ДА

НЕТ

ДА

НЕТ

Определенные пользователем события WCF

В платформе .NET Framework 4 предоставляется возможность программной вставки событий пользователя Windows Communication Foundation (WCF) в поток событий трассировки событий Windows, предоставленный платформой .NET Framework. Все события пользователя, которые по умолчанию порождены и захвачены для приложений, настроены на использование уровня наблюдения не ниже Наблюдение за работоспособностью. При менее детализованном уровне Только ошибки порождается и захватывается только событие пользователя для ошибки WCF. AppFabric собирает события пользователя WCF и сохраняет их в хранилище данных наблюдения.  Сведения об определенных пользователем событиях можно отобразить на двух страницах.

  • На странице «Панели мониторинга AppFabric» в счетчике сводной метрики «Ошибка» учитываются события пользователя, порожденные на уровне серьезности «Ошибка» за заданный период времени.

  • На странице Отслеживаемые события отображаются все определенные пользователем события, как связанные, так и не связанные с ошибками, когда в поле «События» выбрано значение Все события WCF или когда в области Управление запросами нет заданного поля «События». Построитель запросов не имеет вложенного параметра «Определенные пользователем ошибки WCF» в параметре Все ошибки WCF для состояния «События». Если на странице Отслеживаемые события выбрано определенное пользователем событие ошибки, эта ошибка отображается на вкладке Ошибки в области Подробно.

Пример, в котором показано, как программно добавлять события пользователя в поток событий трассировки событий Windows, см. на странице Аналитическая трассировка WCF (https://go.microsoft.com/fwlink/?LinkId=184956) (на английском языке).

Поддержка нескольких хранилищ в панели мониторинга AppFabric

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

Для лучшего понимания данной проблемы можно рассмотреть соответствующий пример. Предположим, что приложения 1 и 2, включающие в себя службы WCF и/или WF, настроены на использование хранилища данных наблюдения X.  Позднее приложение 1 настраивается на использование хранилища данных наблюдения Y вместо X, а старые данные приложения 1 сохраняются в хранилище данных наблюдения X. При просмотре панели мониторинга AppFabric в области приложения метрики для приложения 1 правильно отображают данные из его текущего хранилища Y, поскольку с приложением может быть сопоставлено только одно хранилище данных наблюдения. Однако при просмотре панели мониторинга AppFabric на уровне сервера или сайта в эти счетчики включаются правильные данные для приложения 1 из его текущего хранилища Y и старые данные из его старого хранилища X.

В данном примере правильной процедурой является очистка данных из приложения 1 в старом хранилище данных наблюдения X при настройке приложения на использование нового хранилища данных наблюдения Y. Это обеспечит предоставление правильных данных для приложения 1 на панели мониторинга AppFabric. Такую очистку можно выполнить на уровне базы данных с помощью соответствующих средств и методов для работы с базами данных. 

Запросы, зависящие от регистра

При настройке базы данных наблюдения на сервере SQL Server для использования двоичной сортировки параметры любых запросов с использованием построителя запросов панели мониторинга AppFabric зависят от регистра. В этом случае точный регистр строки должен определяться для полей Имя компьютера, Сайт и Виртуальный путь при предоставлении предложений запросов в построителе запросов панели мониторинга AppFabric. Чтобы избежать неполадок с регистром, можно вручную изменить таблицу ASEventSourcesTable, в которой содержатся такие поля, как Computer, Site, VirtualPath, ApplicationVirtualPath и ServiceVirtualPath, на использование сортировки, не зависящей от регистра.

Содержание раздела

См. также

Основные понятия

Управление приложением

  2011-12-05