При необходимости можно перенести набор мониторов на другие системы. Это означает, что сначала можно создать собственные наборы мониторов в системе разработки, протестировать их, а затем распространить в системной инфраструктуре. Для переноса наборов мониторов на другие системы используйте функцию ►Alert Monitor • Monitor (Set) • Transport Monitor Set.
На следующем шаге настройки (Customization) необходимо настроить заранее заданные свойства объектов и атрибутов, чтобы отразить специальные системные требования. Оптимальным способом для этого является тонкая настройка собственных мониторов; если будут использоваться предоставленные стандартные мониторы, то также можно реализовать пользовательские настройки.
Properties в МТЕ делятся на следующие области, которые имеют различные значения в зависимости от типа используемого МТЕ.
Общие свойства
Можно определить следующие свойства в области Generaclass="underline"
► Описание и вывод текста, который будет выводиться в мониторе, когда возникает сигнал, как комбинация класса сообщения и номера сообщения.
Рис. 16.6. Монитор на основе правил
► Видимость для групп пользователей в зависимости от полномочий пользователя (до Basis Release 4.6B).
Можно определить различные уровни областей для мониторинга, подробного анализа и представления разработчика.
► Настройки для свойств монитора
Эти настройки включают вес или важность настройки, максимальное число сигналов соответствующего типа для сохранения и ограничения для включения сигнала.
Методы
Каждому МТЕ можно присвоить до трех методов в области Methods. Функциональные модули, отчеты, URL или транзакции можно использовать в качестве методов. Также возможны команды на уровне операционной системы при условии, что они были определены как внешние команды (см. главу 9).
Определены следующие различные методы (см. рис. 16.7):
► Метод сбора данных
Метод сбора данных является инструментом, который поставляет значения контролируемым атрибутам, присвоенным в конечной инстанции. Необходимо различать активные и пассивные сборщики данных; только пассивные сборщики данных определяются и конфигурируются в архитектуре мониторинга. Наиболее важной спецификацией является частота, с которой собираются новые значения. Активные сборщики данных запускаются непосредственно контролируемыми приложениями и не контролируются Монитором сигналов (Alert Monitor). Данные сообщаются с нерегулярными интервалами, на которые невозможно влиять. Всем MTS уже присвоены по умолчанию методы сбора данных. Метод сбора данных <No Method> описывает активный сборщик данных, который невозможно модифицировать.
► Метод анализа
Метод анализа определяет, какое действие будет включаться для более подробного исследования проблемы, которая выводится в мониторе. Например, действие для МТЕ для мониторинга качества буфера R3BufferSpaceUsed, состоит в выводе анализа ►Buffer Load.
► Метод автоматического реагирования
Эти инструменты могут отвечать на включенный сигнал, например, посылая сообщение. В стандартных наборах мониторов не определены никакие методы автоматического реагирования. Если желательно использовать методы автоматического реагирования, необходимо определить их самостоятельно.
Прежде чем можно будет использовать отчет, функциональный модуль, URL или транзакцию в качестве метода, необходимо зарегистрировать соответствующий объект как метод и присвоить ему имя метода. Для этого запустите ►Monitoring: Properties and Methods и выберите Methods • Create New Method. Во время определения метода выясняют, какой тип метода вовлечен (сбор данных, анализ, автоматическое реагирование) и как он будет выполняться (вручную, в диалоговом или в фоновой режимах). Можно также присвоить параметры. Обзор Methods • Definitions содержит все доступные в системе методы, включая заранее сконфигурированные методы автоматического реагирования, которые можно использовать при необходимости. Например, шаблоны для отправки сообщений уже предоставлены SAP. Системный администратор может создавать новые инструменты и интегрировать их в системы mySAP в любое время. Можно написать программу АВАР, которая включает определенное действие в системе, когда возникает некоторая проблема.
Свойства производительности, статуса и журнала
Самый нижний уровень в дереве мониторинга содержит атрибуты мониторинга. Этим атрибутам мониторинга присвоены дополнительные пороговые значения (в наиболее широко понимаемом определении) в окне Properties. Определения пороговых значений различаются в зависимости от типа используемого свойства монитора:
► Атрибуты производительности
Сигнал включается, как только данные превышают сконфигурированное пороговое значение или падают ниже его. Пороговые значения активно используются при измерении производительности; в данном случае это понимается как мониторинг ResponseTime в МТЕ Dialog (см. рис. 16.8).
► Атрибуты статуса
Одним из примеров использования атрибута статуса для порождения сигнала является появление сообщения об ошибке в определенном компоненте, таком как задача обновления (см. рис. 16.9).
Рис. 16.7. Присвоение метода
► Атрибут журнала
Если в файле журнала системного компонента ищется некоторая строка, то появление этого текста также может включать сигнал. Можно использовать фильтры для определения дополнительных ограничений.
Необходимо особо внимательно конфигурировать пороговые значения. Если эти значения сконфигурированы слишком строгими и нарушаются во время обычной работы системы mySAP, то будут постоянно включаться красные сигналы. Система будет включать сигнал для состояния, которое в действительности является нормальным. И наоборот, пороговые значения могут быть сконфигурированы настолько слабыми, что никогда не будут нарушаться, фальсифицируя также сигналы Монитора сигналов — даже если ситуация достигнет критического уровня, цвет монитора не будет изменяться, чтобы указать на наличие проблемы. Поэтому, если возможно, необходимо сконфигурировать пороговые значения таким образом, чтобы все сигналы светофора были зелеными при нормальной работе системы. Выделяйте только те состояния, что отклоняются от нормы. Поскольку может оказаться трудно определить соответствующие пороговые значения во время начальной фазы реализации системы mySAP, то лучше использовать сначала значения по умолчанию, заданные SAP, или оценить свои собственные значения.
Рис. 16.8. Определение порогового значения
Дополнительная информация
Последний человек, изменивший объект, записывается в свойстве Additional Information.
Можно сконфигурировать настройки обоих атрибутов самостоятельно и (более просто) их структур более высокого уровня. Чтобы изменить пороговое значение определенного атрибута, выполните следующее:
1. Выберите требуемый атрибут в ►Alert Monitor и выберите Properties.
2. Переключитесь из режима вывода в режим изменений и модифицируйте требуемые свойства.
3. Выберите Edit • Properties • Use for individual MTE, чтобы сохранить измененные свойства только для выбранного элемента.