Smart Plug-Ins

- модули расширения для управления и мониторинга системной инфраструктурой

Мониторинг системной инфраструктуры

Системная инфраструктура является основой или базой для функционирования АС. Данные функции обеспечиваются работой модуля расширения «Infrustructure SPI». Структура включает в себя ОС, процессоры, память, диски, сетевые ресурсы. За каждым из этих элементов необходимо следить для обеспечения доступности, высокой производительности, безопасности и стабильного функционирования аппаратного обеспечения. Функции автоматизации мониторинга системной инфраструктуры позволят увеличить эффективность и производительность АС. Использование функций автоматизации позволит коррелировать, идентифицировать и точно выявлять корневую причину сбоя в инфраструктуре, а также источники снижения производительности. Функции автоматизации применимы к ОС Microsoft Windows, Linux, Oracle, Solaris, IBM AIX, HP-UX. Анализ производительности состоит из мониторинга мощности, доступности и загрузки. Элементы системной инфраструктуры представлены ниже Рисунок 4‑1 Представление дерева сервисов.

 

Рисунок Представление дерева сервисов

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

Обнаружение ресурсов и сервисов с построением сервисно-ресурсной модели

Политики обнаружения системной инфраструктуры консолидируют информацию от управляемых узлов: аппаратных ресурсов, атрибутов ОС и приложений. Каждый раз, когда узел добавляется в консоль управления, модули обнаружения, примененные с политикой системного обнаружения «SystemDiscovery», запускают соответствующие службы на узлах. Эти модули консолидируют и отправляют информацию в виде XML-файлов, которые создают дерево сервисов, представляющее собой список служб, запущенных на управляемом узле, на момент запуска процесса обнаружения. После первичного обнаружения политика автоматически будет запускаться на управляемом узле с необходимой периодичностью. При этом каждый раз происходит сравнение новых полученных данных с имеющимися данными. Если агент находит какие-либо изменения или несоответствия в службах, запущенных на управляемом узле, он отправляет сообщение на сервер управления и мониторинга системной инфраструктуры, тем самым актуализируя СРМ.

Мониторинг доступности ресурсов и сервисов

Мониторинг доступности позволяет получить актуальный статус ресурсов и сервисов. Очень важно идентифицировать уровни доступности для ресурсов и сервисов. Текущие параметры загрузки ИТ-инфраструктуры сравниваются с пороговыми значениями для выявления сбоев. Как только меняется интенсивность использования ресурсов, количество используемого дискового пространства, утилизация процессора, памяти и других параметров тоже меняется. Необходимо понимать текущие требования и их изменения в течение времени. Мониторинг этих параметров определённое время показывает влияние загрузки ИТ-ресурсов. Серверы имеют роли факса, почты и т. д. Система может иметь роли как для одного, так и для группы серверов. Каждая серверная роль включает одну или несколько ролей. Политики монитоирнга доступности отслеживают работоспособность сервисов на управляемых узлах. Предварительно настроенные политики доступности устанавливаются автоматически на сервисы в случае их обнаружения модулем расширения.

Когда сервисы не доступны или когда их статусы меняются (например, из состояния «running» в состояние «stopped» или «disabled»), политики мониторинга доступности отправляют сообщения на сервер управления и мониторинга системной инфраструктуры. Существует возможность определения статуса и применения управляющего воздействия для изменения этого статуса.

Мониторинг загрузки ресурсов

Мониторинг загрузки соотносит существующую производительность с требуемым уровнем сервиса. Данный процесс гарантирует, что ИТ-инфраструктура отвечает меняющимся потребностям. Это определяет недостатки и избытки ресурсов. Существует возможность анализа текущей и статистической производительности системных ресурсов для точного определения необходимой мощности ресурсов в будущем.

Мониторинг производительности

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

Мониторинг доступности ресурсов

Мониторинг доступности позволяет получить актуальный статус ресурсов. Очень важно идентифицировать уровни доступности для недоступных ресурсов. Текущая загрузка ИТ-инфраструктуры вычисляется и сравнивается с пороговыми значениями для выявления кратковременных сбоев. Как только меняется интенсивность использования ресурсов, количество используемого дискового пространства, утилизация процессора, памяти и других параметров тоже меняется. Необходимо понимать текущие требования и их изменения в течение времени. Выгода мониторинга этих параметров в течение определенного промежутка времени заключается в понимании влияния утилизации ИТ-ресурсов. Серверы имеют роли: факс-сервер, почтовый сервер и т. д. Система может иметь роли как для одного, так и для группы серверов. Каждая серверная роль включает одну или несколько ролей. Политики доступности осуществляют мониторинг доступности ролей сервисов на управляемых узлах. Предварительно настроенные политики доступности устанавливаются автоматически на сервисы ролей в случае обнаружения их шаблоном «SPI».

Когда сервисы не доступны или когда их статусы меняются (например, из состояния «running» в состояние «stopped» или «disabled»), политики доступности отправляют сообщения на сервер управления и мониторинга системной инфраструктуры. Существует возможность определения статуса для мониторинга и применения управляющего воздействия для изменения этого статуса.

Мониторинг файлов журналов

Модуль расширения «Systems Infrastructure» предоставляет возможность мониторинга файлов журналов ОС для отслеживания важных событий на управляемом узле.

Мониторинг безопасности ОС MS WIndows

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

Мониторинг БД «Microsoft SQL»

Общие функции мониторинга БД. Для успешного функционирования мониторинга, необходимо наличие соединений со всеми экземплярами БД объектов мониторинга. Группа по мониторингу «DBSPI» разделена на следующие подгруппы:

  • «DBSPI core»: содержит информацию для сбора данных, позволяющую строить графики и генерировать сообщения; группа содержит политику данных «MeasureWare» для создания графиков и политику «DB SPI message» для перехвата сообщений, связанных с различными ошибками или проблемами, происходящими в модуле расширения; группа повторяется в виде подгруппы «Quick Start» для каждой БД для уверенности распространения политик в этой группе;
  • «<DB>-DeepDiscovery-1d»: выполняется после распространения на узлы и завершения работы «DBSPI Discovery», когда построена карта сервисов и отображены все настроенные экземпляры БД, работающие на узлах с подсвеченными цветом тревожными сообщениями при их наличии; политика «<DB>-DeepDiscovery-1d» расширяет функциональность политики «DBSPI Discovery» и производит расширенное обнаружение элементов каждого экземпляра; политика автоматически распространяется, если в эта функция указана в настройках;

«DBSPI-OEM»: содержит политику «DBSPI-OEM-Messages» для Windows и для UNIX; эта политика собирает сообщения от «Oracle Enterprise Manager 10g» и передаёт их в браузер сообщений системы;

«Quick Start»: автоматически развёртывается после обнаружения экземпляров БД; содержит все измеряемые пороговые значения, задачи, выполняемые по расписанию, файлы журналов, политики для построения отчётов и графиков, необходимые для мониторинга БД на локальной системе;

«Quick Start Remote» содержит все пороговые значения измерений, задачи, выполняемые по расписанию, файлы журналов, политики отчётов и графиков, необходимые для мониторинга БД на удалённой системе.

Группа «Quick Start» содержит все необходимые политики для обеспечения начального мониторинга, а также следующие подгруппы:

  • «Core»: содержит те же политики, что и верхний уровень группы «DB SPI Core»;
  • «Metrics»: содержит метрики БД, собираемых и интерпретируемых в соответствии с заранее определёнными пороговыми значениями; при их превышении в браузере создаются сообщения.

Функции мониторинга БД «Microsoft SQL». Используются следующие категории политик:

  • «DBSPI Microsoft SQL Server»: содержит политики источников сообщений для «Microsoft SQL Server», включают в себя две подгруппы: «Quick Start» для инициации распространения базовых метрик «Microsoft SQL Server» и сбора данных из файлов журналов для получения тревожных сообщений, построения графиков и отчётов; и «Add-Ons» для использования дополнительных метрик, отслеживаемых записи файлов журналов, служб серверов и процессов ассоциируемые с ними;
  • «Add-Ons»: дополнительные политики по мониторингу, охватывающие события сервера БД, его службы и процессы;
  • «Event Log/Services and Processes»: содержит файл журнала событий, проверяет службы/процессы, производит мониторинг репликации, создаёт отчёты о службах и содержит политику запускаемых по расписанию задач;
  • «Advanced»: подгруппы по мониторингу метрик, определяемых пользователем; развёртывание группы метрик, определяемых пользователем, происходит только после их конфигурирования;
  • «User Defined Metrics»: содержит запускаемую по расписанию задачу и политику измерения пороговых значений для планирования и установки условий для определённых пользователем метрик (сбор данных посредством кодов/утилит происходит вне БД модуля расширения).

Мониторинг БД «Oracle»

Общие функции мониторинга БД представлены ранее Мониторинг БД «Microsoft SQL».

Функции мониторинга БД «Oracle». Используются следующие категории политик:

  • «DBSPI Oracle»: (UNIX и Windows) содержит политики источников сообщений для Oracle;
  • «Add-Ons»: дополнительные политики по мониторингу, охватывающие события сервера БД, его службы и процессы;
  • «Additional Metrics»: содержит метрики, реже используемые, чем метрики в группе «Quick Start»;
  • «Advanced»: подгруппы по мониторингу метрик, определяемых пользователем; развёртывание группы метрик, определяемых пользователем, происходит только после их конфигурирования;
  • «Listener»: содержит две политики: одна проверяет функционирование «Listener», другая проверяет соединение модуля расширения с «Listener»; псевдоним БД включается после указания логина и пароля в файле конфигурационной политики для использования политики «Ora-Listener-Connect»;
  • «User Defined Metrics»: содержит задачи, запускаемые по расписанию, и политику измерения пороговых значений для запуска по расписанию, а также настраивает условия для метрик, определённых пользователем (сбор данных посредством кодов/утилит происходит вне БД модуля расширения);
  • «Logfiles»: содержит политику «DBSPI SQL Server Logfile», которая сканирует журнал SQL-сервера на предмет выявления определённого текста; при обнаружении указанного текста, в браузер сообщений приходят сообщения содержащие информацию с этим текстом.

Мониторинг «Microsoft Active Directory»

«Автоматически распространяемые политики» подразделяются на логические группы – одни для служб обнаружения, другие для мониторинга служб и компонент «Microsoft Active Directory», таких как DIT, DNS, GC, FSMO, репликации, времени ответа и доверительных отношений.

«Мониторинг DIT»: проверяет размер и активность БД «Microsoft Active Directory», известной как DIT, и отслеживает количество свободного места, а также количество ожидающих обработки операций DIT.

«Мониторинг DNS»: проверяет наличие, отображение и корректность записей на DNS сервере. Записи SRV позволяют DNS клиентам доступные специальные службы на других серверах. В случае выявления потерянной или некорректной информации политика DNS отправляет сообщение на сервер управления и мониторинга системной инфраструктуры. Другие политики проверяют доступность и работоспособность специальных DNS серверов и DNS служб, используемых «Microsoft Active Directory».

«Мониторинг FSMO»: осуществляется посредством пингов и связей и производится отслеживание откликов служб мастера операций, включая именование домена, отклик мастер схемы, мастера инфраструктуры, мастера схемы PDC мастера и RID мастера (запросы пула RID).

«Мониторинг репликаций»: измеряют время, необходимое для распространения изменений на все контроллеры доменов внутри домена, а также производит мониторинг времени репликации «inter-site» и «intra-site». Эти политики запускаются регулярно для изменений объекта задержек «Microsoft Active Directory» для определения приемлемых и неприемлемых времён отклика.

«Мониторинг времени отклика»: измеряет основные отклики «Microsoft Active Directory» и отклики очередей и связей глобального каталога.

«Мониторинг глобального каталога»: измеряет время, необходимое глобальному каталогу произвести репликацию следующим образом:

  • контроллер домена предоставляет службу (глобальный каталог);
  • контроллер домена получает доступ к службе (контроллер домена).

«Мониторинг Sysvol»: отслеживает службу репликации файла «Sysvol» FRS, размер файла «Sysvol», а также подключения и синхронизации с объектами групповой политики (GPO).

«Мониторинг доверительных отношений»: отслеживает статус доверительных отношений и собирает данные, позволяющие утилите «Trust Relationships» для предоставления обновлений в изменениях внутри доверительных отношений в «Microsoft Active Directory».

«Распространяемые вручную политики»: автоматически не распространяются после появления сервисов «Microsoft Active Directory». Эти политики предоставляют инструменты мониторинга основных областей «Microsoft Active Directory», включая соединения, доменную и OU структуру, работоспособность, индексы и запросы, репликации, их активность, безопасность и структура сайта.

«Автоматические политики базового уровня»: используют исторические данные, записанные в хранилище данных CODA для подсчёта пороговых значений. Политики такого типа подсчитывают пороговые значения на основе анализа исторических данных. Каждая такая политика связывает статус доверительных отношений с каждой созданной тревогой. Такие политики назначают следующие три типа статусов доверительных отношений на создаваемые тревоги:

  • «низкий уровень доверия» – пороговые значения подсчитываются на основе собранных менее, чем за две недели, данных;
  • «средний уровень доверия» – пороговые значения подсчитываются на основе собранных менее, чем за три недели, данных;
  • «высокий уровень доверия» – пороговые значения подсчитываются на основе собранных менее, чем за четыре недели, данных;

Эти политики используют стандартный метод отклонения для подсчёта пороговых значений и используют следующий механизм для подсчёта пороговых значений:

  • политика читает исторические значения отслеживаемой метрики, которые находятся в хранилище данных;
  • политика подсчитывает арифметические значения отслеживаемой метрики, которые находятся в хранилище данных.

Арифметическое значение является суммой всех исторических значений, разделённых на количество точек исторических данных. Стандартное отклонение метрики подсчитывается с использованием следующих деталей:

  • арифметическое значение метрики;
  • точка исторических данных;
  • количество всех точек исторических данных.

Политика устанавливает интервал пороговых значений, используя следующие подсчёты:

  • максимальное пороговое значение является суммой арифметического значения и стандартного отклонения;
  • минимальное пороговое значение является разницей арифметического значения и стандартного отклонения.

Политика создаёт тревогу, когда значение метрики не принадлежит интервалу порогового значения. Во встроенном Visual Basic скрипте политики «AutoThreshold» присутствует логика оценки текущего значении, основанного на исторических значениях и на впоследствии создаваемых тревогах. Стандартное отклонение подсчитывается на основе записанных в хранилище данных исторических значений. Первое стандартное отклонение состоит из 68% от исторических данных, второе отклонение – из 95%и третье – из 99%. Политика, подсчитывающая текущее значение, являющееся средним значением метрик за последний час. Текущее значение попадает в интервал, которые больше или меньше стандартных отклонений. Как показывает критичность, текущее значение попадает ниже первого стандартного отклонения, создаётся предупреждение в случае, если текущее значение выше или ниже стандартного отклонения.

«Мониторинг коннекторов»: используют счётчики мониторов производительности «Microsoft Active Directory» для проверки активности, происходящей вокруг соединений, включая аутентификацию входа, страниц в памяти, страниц со слоями, предупреждений, ошибок и времени обработки.

«Мониторинг структуры домена и OU»: отслеживает изменения в домене и в OU.

«Мониторинг доступа к глобальному каталогу»: отслеживает серверы глобального каталога, собирает данные от их счётчиков мониторов производительности, посредством чтения, записей, поисков.

«Мониторинг работоспособности»: проверяет зоны вовлечённых служб, событий, процессов и синхронизаций «Microsoft Active Directory» для производительности. Ключевые службы и связанные процессы включат «Kerberos Key Distribution Center» (KDC), «NetLogon» и «NT LM».

«Мониторинг службы поддержки безопасности, каталога и менеджера учётной записи безопасности»: проверяет наличие специальных событий в файле журнала событий Windows и системном журнале.

«Мониторинг индексов и запросов»: отслеживает производительность счётчиков мониторов, связанных с сессиями клиентов LDAP и «Kerberos».

«Мониторинг репликации»: отслеживает репликации посредством измерения возвращаемых объектов между сайтами и внутри сайтов, проверяет синхронизацию обновлений репликации, а также ожидаемых обновлений, размер очереди и возвращаемых объектов репликации.

«Мониторинг активности репликации»: отслеживает файл журнала «Directory Service» в части «Microsoft Active Directory» на предмет событий репликации.

«Мониторинг безопасности»: отслеживает следующие аспекты:

  • файлы журнала событий безопасности связанных событий «Microsoft Active Directory»;
  • изменения группы безопасности;
  • счётчики монитора производительности, связанные с безопасностью.

Мониторинг структуры сайта отслеживает сайт «Microsoft Active Directory» на предмет необязательного добавления, изменения или удаления IP подсетей.

Мониторинг «Microsoft Exchange»

Каталог групп политик. Все политики модуля расширения «Microsoft Exchange» сгруппированы по группам ручного распространения и далее классифицируются по ряду подгрупп.

«Обнаружение»: используется для обнаружения топологии «Microsoft Exchange» управляемых узлов.

«Определение сбора»: используется для распространения файла метаданных модуля расширения на управляемые узлы.

«Доступность»: используется для перехвата доступного статуса служб «Microsoft Exchange» и отправки ошибок приложений на сервер управления и мониторинга системной инфраструктуры.

«Серверы клиентского доступа»: используется для мониторинга соединений и производительности серверной роли клиентского доступа «Microsoft Exchange». Группа политик сервера клиентского доступа классифицируется на следующие подгруппы:

  • «доступность» (Availability);
  • «Information Worker»;
  • «активная синхронизация» (ActiveSync);
  • «Outlook»;
  • «автообнаружение» (Auto Discover);
  • «POP3»;
  • «служба рспространения файлов» (File Distribution Service);
  • «web-доступ Outlook» (Outlook Web Access);
  • «IMAP4»;
  • «Outlook Anywhere».
 
   
   
   
   

«Интеграция ExBPA»: содержит инструменты, производящие мониторинг и собирающие информацию с анализатора лучших практик «Microsoft Exchange» и отправляющие собранную информацию на сервер управления и мониторинга системной инфраструктуры.

«Транспортные серверы-концентраторы»: используются для мониторинга роли транспортных серверов-концентраторов «Microsoft Exchange».

«Пограничные серверы»: используются для мониторинга роли пограничного транспортного сервера «Microsoft Exchange».

«Серверы почтовых ящиков»: используются для мониторинга серверной роли почтовых ящиков «Microsoft Exchange». Группа политик сервера почтовых ящиков классифицируется на следующие подгруппы:

  • «доступность» (Availability);
  • «высокая доступность» (High Availability);
  • «почтовые ящики» (Mailbox);
  • «MAPI»;
  • «производительность Outlook» (Outlook Performance);
  • «производительность» (Performance);
  • «общественная директория» (Public Folder).
 
 
 
 
 
 
   
   
 

«Унифицированный сервер сообщений»: используется для мониторинга роли унифицированного сервера сообщений «Microsoft Exchange».

1.8. Мониторинг «IBM WebSphere»

Политики. Группа политик модуля расширения сервера приложений «IBM WebSphere» организована согласно масштабам влияний, оказываемых собранными данными на производительность систем. Все собранные данные влияют на производительность определённым образом в зависимости от метрик (счётчиков). Стоимость задержек связана с каждой метрикой модуля расширения «IBM WebSphere», представленной согласно масштабам влияния: высокого, среднего и низкого. Метрики со средними или высокими уровнями имеют более высокий масштаб влияния на производительность. Подсчёт для собранных данных, требует умножения и/или деления. Метрики с низкими уровнями влияют только на минорную стоимость ухудшения производительности. Группа политик модуля расширения для «IBM WebSphere» содержит следующие подгруппы:

  • «сообщения «IBM WebSphere»;
  • «обнаружение «IBM WebSphere»;
  • «высокий уровень влияния»;
  • «средний уровень влияния»;
  • «низкий уровень влияния».

Группа политик обнаружения «IBM WebSphere» содержит ряд политик.

Политика «WBSSPI-Messages»: перехватывает сообщения, связанные с процессом обнаружения.

Политика «WBSSPI Service Discovery»: выполняет следующие функции:

  • проверяет наличие инсталляции сервера приложений «IBM WebSphere» на управляемом узле;
  • собирает данные конфигурации модуля расширения «IBM WebSphere» с сервера администрирования «IBM WebSphere» и конфигурационных файлов;
  • создаёт/обновляет карту сервисов;
  • обновляет конфигурационные данные модуля расширения «IBM WebSphere» для приложения «IBM WebSphere» на управляемых узлах;
  • автоматически распространяет группу политик среднего влияния на управляемые узлы, на которых обнаружены инсталляции сервера приложения «IBM WebSphere».

Влияния высокого, среднего и низкого уровней. Политики модуля расширения «IBM WebSphere» для удобства распространения сгруппированы согласно влияниям, которые воздействуют на производительность систем. Группы высокого, среднего и низкого влияния содержат ряд подгрупп и политик.

«WBSSPI-Logfiles»: отслеживает файлы журналов, созданные «IBM WebSphere» и модулем расширения «IBM WebSphere». Информация собирается с этих файлов журналов, включая изменения в конфигурации «IBM WebSphere» и ошибки, произошедшие во время работы «IBM WebSphere» и модуля расширения «IBM WebSphere».

«WBSSPI-Metrics»: определяет условия пороговых значений отслеживаемых метрик, текст сообщения для отправки при превышении порогового значения, действия для выполнения и инструкции для следования им. Эта политика также известна как политика мониторинга.

«WBSSPI-Monitors»: контролирует, какие метрики собираются посредством запуска коллектора/анализатора за специальные интервалы опроса, и определяет политики мониторинга.

«WBSSPI-Messages»: интерпретирует «IBM WebSphere» и внутренние сообщения модуля расширения «IBM WebSphere».

«Метрики». Политики метрик модуля расширения «IBM WebSphere» имеют предопределённые настройки, упрощающие настройку заданий для модуля «IBM WebSphere». Иногда некоторые из этих установок нуждаются в настройке. Предоставляется необходимая информация для настройки. Для удобства таблицы разграничивают все метрики по областям. Через название метрики в таблице метрик отображается детализированная информация по метрике для каждой метрики «IBM WebSphere» и, если доступно, для настроек политик. Для метрик, используемых для отчётности или построения графиков, в которых отсутствуют установки, они помечаются как не доступные «N/A».

«Золотые метрики»: представляют собой набор метрик, отслеживающих базовую функциональность сервера приложений «IBM WebSphere». Золотые метрики покрывают критичные области, такие как статистику сервера, для которой необходимо отправление сообщений в случае возникновения критичных или мажорных событий на сервере приложений «IBM WebSphere». Развёртывание золотых метрик и выполнения действий с событиями, созданными этими метриками, гарантируют корректный мониторинг сервера приложений «IBM WebSphere».

Задержки, созданные во время сбора данных. Весь сбор данных влияет на производительность, которая, как и влияние, изменяется в зависимости от метрик (счётчиков). Задержки, связанные с каждой метрикой модуля расширения «IBM WebSphere», представляются с низким, средним и высоким уровнем. Метрика с низким влиянием определяет только минорную стоимость производительности. Метрики со средними и высокими уровнями имеют более высокие влияния на производительность.

Метрики тревог модуля расширения «IBM WebSphere» группируются для распространения в группах политик согласно влияниям, которые оказываются на производительность систем. Предоставляются группы низкого, среднего и высокого влияний, в каждой из которых содержатся метрики тревог. Политики сборщика определяют, какие метрики будут собираться.

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

Через название метрики в таблице метрик отображается детализированная информация по метрикам для каждой метрики «IBM WebSphere» и, если доступно, для настроек политик. Для метрик, используемых для отчётности или построения графиков, в которых отсутствуют установки, они помечаются как не доступные «N/A».

«Мониторинг». Группа политик мониторинга модуля расширения для сервера приложений «IBM WebSphere» содержит:

  • политики сборщика данных;
  • политика «WBSSPI-ConfigCheck»;
  • политика «WBSSPI-Performance».

«Политики сборщика данных»: контролируют собираемые метрики сборщиком/анализатором данных за интервалы опроса и определяют собранные метрики.

«WBSSPI-ConfigCheck»: проверяет настройки управляемого узла.

«WBSSPI-Performance»: записывает данные производительности.

«Файлы журналов». Политики мониторинга файлов журналов модуля расширения сервера приложений «IBM WebSphere» отслеживают файлы журналов, создаваемые модулем расширения «IBM WebSphere» и самим сервером приложения «IBM WebSphere SPI». Информация перехватывается с этих файлов журналов, включая изменения в конфигурации «IBM WebSphere» и ошибки, происходящие в процессе работы сервера приложений «IBM WebSphere» или модуля расширения «IBM WebSphere».

Мониторинг «Microsoft SharePoint»

Политики модуля расширения «Microsoft Enterprise» производят мониторинг «Microsoft SharePoint». Политики предоставляют отслеживание следующих процессов:

  • «обнаружение»;
  • «мониторинг доступности»;
  • «мониторинг служб»;
  • «мониторинг приложений»;
  • «журналирование сервера».

Мониторинг «Microsoft Lync»

Модуль расширения «Microsoft Enterprise Servers» производит мониторинг «Microsoft Lync» и позволяет беспрепятственно вливаться во внутренние соединения сети. Модуль расширения «Microsoft Enterprise Servers» предоставляет следующие политики для мониторинга процессов, управления службами и журналирования данных. Записанные данные используются для создания отчётов и графиков «Microsoft Lync».

Группы политик «Microsoft Lync». Политики сгруппированы на основе ролей сервера «Microsoft Lync» и мониторов модуля расширения. «Microsoft Lync» имеет следующие группы политик:

  • «общие»;
  • «обнаружение»;
  • «архивный сервер»;
  • «сервер аудио и видео конференций»;
  • «сервер учётных записей»;
  • «пограничный сервер»;
  • «сервер клиентов»;
  • «сервер-посредник»;
  • «сервер мониторинга и записи соединений»;
  • «сервер регистраций».

«Общие». Группа общих политик содержит набор политик, распространяемых на все роли «Microsoft Lync». Группа включает в себя следующие политики:

  • «LS_FwdApplicationError»;
  • «LS_FwdApplicationInformation»;
  • «LS_FwdApplicationWarning».

«Обнаружение». Группа политик обнаружения содержит политику «LS_Discovery», обнаруживающую роли и службы «Microsoft Lync».

Политика обнаруживает следующие роли:

  • «архивный сервер»
  • «сервер аудио и видео конференций»;
  • «сервер учётных записей»;
  • «пограничный сервер»;
  • «сервер клиентов»;
  • «сервер-посредник»;
  • «сервер мониторинга и записи соединений»;
  • «сервер регистраций».

«Сервер архивирования» архивирует содержание мгновенных сообщений, принятых сервером «Microsoft Lync». Эта серверная роль включает службу архивирования сообщений и БД архивирования. Все обсуждения в мгновенных сообщениях и групповые конференции хранятся в БД, также называемой БД архивирования. Для поддержки архивирования распространяется несколько серверов архивирования, таких как «Enterprise pool» или «Standard Edition», соединённых с сервером архивирования. БД сервера архивирования распространяется на тот же сервер, на котором находится сервер архивирования, или на другой сервер.

«Сервер аудио и видео конференций»: является серверной ролью, контролирующей и интегрирующей аудио и видео, полученное с различных источников, необходимых во время многосторонних аудио и видео конференций. Сервер аудио и видео конференций расположен во внутренней сети, что позволяет проводить аудио и видео соединения по принципу «точка-точка» и аудио и видео конференции. Эта серверная роль доступна на сервере «Standard Edition». В «Enterprise pool» существует возможность присоединения к клиентскому серверу и к серверу web-конференций, а также возможность распространения на отдельный сервер.

«Сервер учётных записей»: является серверной ролью, проверяющий внутренних и внешних пользователей и направляющий трафик между пограничным сервером и внутренним сервером «Office Communications». Роль сервера учётных записей поддерживается только во внутренней доверенной сети.

«Пограничный сервер»: является серверной ролью в границах сети. Он предоставляет доступ внешним пользователям: удалённым пользователям и объединённым анонимным пользователям. Пограничный сервер поддерживает соединение с общественными поставщиками сервиса мгновенных сообщений. Этот сервер запускает службу пограничного доступа, службу пограничных аудио и видео конференций и службу пограничных web-конференций. Эти службы устанавливаются вместе с пограничным сервером.

«Сервер клиентов»: расположен во внутренней сети, поддерживающей службу конференций мгновенных сообщений, службу адресных книг и службу телефонных конференций для поддержки регистраций, присутствий, мгновенных сообщений и конференций. Эта серверная роль доступна на сервере «Standard Edition». В «Enterprise pool» она настраивается на сервере web-конференций и сервере аудио и видео конференций или распространяется на отдельный сервер.

«Сервер-посредник»: расположен во внутренней сети, являющейся посредником для сигналов и медиа между инфраструктурой «Enterprise Voice» (сервер учётных записей или домашний сервер) и другим шлюзом (базовый медиа шлюз «Basic Media Gateway»). Сервер-посредник также используется для связи сервера «Office Communications» и PBX при распространении по подразделениям и при интеграционных топологиях PBX. Пограничный сервер распространяется на отдельный или на специально предназначенный для него сервер.

«Сервер мониторинга и записи соединений»: является серверной ролью во внутренней сети, собирающей все записи о подробностях звонках и качестве опыта «Quality of Experience» (QoE).

«Сервер регистраций»: является компонентом, принимающий запросы на регистрацию от пользователей и распологающийся параллельно с серверами учётных записей и сервером клиентов.

Политики модуля расширения raquo;;/p