Определены следующие различные методы (см. рис. 16.7):
► Метод сбора данных
является инструментом, который поставляет значения контролируемым атрибутам, присвоенным в конечной инстанции. Необходимо различать активные и пассивные сборщики данных; только пассивные сборщики данных определяются и конфигурируются в архитектуре мониторинга. Наиболее важной спецификацией является частота, с которой собираются новые значения. Активные сборщики данных запускаются непосредственно контролируемыми приложениями и не контролируются Монитором сигналов (Alert Monitor). Данные сообщаются с нерегулярными интервалами, на которые невозможно влиять. Всем MTS уже присвоены по умолчанию методы сбора данных. Метод сбора данных описывает активный сборщик данных, который невозможно модифицировать.
► Метод анализа
определяет, какое действие будет включаться для более подробного исследования проблемы, которая выводится в мониторе. Например, действие для МТЕ для мониторинга качества буфера состоит в выводе анализа ►Buffer Load.
► Метод автоматического реагирования
Эти инструменты могут отвечать на включенный сигнал, например, посылая сообщение. В стандартных наборах мониторов не определены никакие Если желательно использовать методы автоматического реагирования, необходимо определить их самостоятельно.
Прежде чем можно будет использовать отчет, функциональный модуль, URL или транзакцию в качестве метода, необходимо зарегистрировать соответствующий объект как метод и присвоить ему имя метода. Для этого запустите ►Monitoring: Properties and Methods и выберите Methods • Create New Method. Во время определения метода выясняют, какой тип метода вовлечен (сбор данных, анализ, автоматическое реагирование) и как он будет выполняться (вручную, в диалоговом или в фоновой режимах). Можно также присвоить параметры. Обзор Methods • Definitions содержит все доступные в системе методы, включая заранее сконфигурированные методы автоматического реагирования, которые можно использовать при необходимости. Например, шаблоны для отправки сообщений уже предоставлены SAP. Системный администратор может создавать новые инструменты и интегрировать их в системы mySAP в любое время. Можно написать программу АВАР, которая включает определенное действие в системе, когда возникает некоторая проблема.
Самый нижний уровень в дереве мониторинга содержит атрибуты мониторинга. Этим атрибутам мониторинга присвоены дополнительные пороговые значения (в наиболее широко понимаемом определении) в окне Properties. Определения пороговых значений различаются в зависимости от типа используемого свойства монитора:
► Атрибуты производительности
Сигнал включается, как только данные превышают сконфигурированное пороговое значение или падают ниже его. Пороговые значения активно используются при измерении производительности; в данном случае это понимается как мониторинг в МТЕ (см. рис. 16.8).
► Атрибуты статуса
Одним из примеров использования атрибута статуса для порождения сигнала является появление сообщения об ошибке в определенном компоненте, таком как задача обновления (см. рис. 16.9).
Рис. 16.7.
► Атрибут журнала
Если в файле журнала системного компонента ищется некоторая строка, то появление этого текста также может включать сигнал. Можно использовать фильтры для определения дополнительных ограничений.
Необходимо особо внимательно конфигурировать пороговые значения. Если эти значения сконфигурированы слишком строгими и нарушаются во время обычной работы системы mySAP, то будут постоянно включаться красные сигналы. Система будет включать сигнал для состояния, которое в действительности является нормальным. И наоборот, пороговые значения могут быть сконфигурированы настолько слабыми, что никогда не будут нарушаться, фальсифицируя также сигналы Монитора сигналов — даже если ситуация достигнет критического уровня, цвет монитора не будет изменяться, чтобы указать на наличие проблемы. Поэтому, если возможно, необходимо сконфигурировать пороговые значения таким образом, чтобы все сигналы светофора были зелеными при нормальной работе системы. Выделяйте только те состояния, что отклоняются от нормы. Поскольку может оказаться трудно определить соответствующие пороговые значения во время начальной фазы реализации системы mySAP, то лучше использовать сначала значения по умолчанию, заданные SAP, или оценить свои собственные значения.
Рис. 16.8.
Последний человек, изменивший объект, записывается в свойстве Additional Information.