Для создания собственного монитора с требуемыми МТЕ сделайте следующее:
1. Вызовите функцию обслуживания на экране ►Alert Monitor через Extras • Activate Maintenance Functions. В меню появятся функции активного изменения.
2. Выберите Monitor (Set) • Create.
3. Ведите имя для набора мониторов и определите, кому разрешено его обслуживать и просматривать. Обратите внимание на то, что имя не должно начинаться с «SAP».
4. Сохраните введенные данные; при этом создается пустой набор мониторов в качестве контейнера для специфических мониторов заказчика.
5. Чтобы создать статический монитор в этом новом наборе мониторов, снова выберите Monitor (Set) • Create в новом наборе мониторов; будут выведены все доступные МТЕ.
6. Выберите все МТЕ, которые желательно включить в монитор, и сохраните монитор с легко запоминающимся именем.
Внесение изменений
Выбранные МТЕ интегрированы теперь в новый монитор. Если желательно сделать изменения, выберите Monitor (Set) • Change. В частности, если желательно добавить новую систему и сделать ее видимой в центральном мониторе, необходимо добавить соответствующие параметры дополнительной системы (см. выше). Поэтому имеет смысл использовать в больших динамических системных инфраструктурах добавление существующих мониторов на основе правил. Сначала либо выберите существующий монитор, который будет обновлен с помощью правил, либо создайте новый монитор, как описано выше. Затем действуйте следующим образом:
1. В существующей структуре выберите узел, который расположен там, где желательно добавить динамические значения.
2. При выборе Edit • Create Node • Rule node выводятся доступные правила, которые можно использовать для динамического улучшения структуры монитора во время запуска.
На рис. 16.6 показано добавление монитора с правилом CCMS_GET_ MTEJBY_CLASS в отношении всех доступных систем и МТЕ класса CPU_ Utilization. Когда вызывается монитор, текущие данные по использованию ЦП выводятся для всех систем, которые зарегистрированы и доступны через RFC.
При необходимости можно перенести набор мониторов на другие системы. Это означает, что сначала можно создать собственные наборы мониторов в системе разработки, протестировать их, а затем распространить в системной инфраструктуре. Для переноса наборов мониторов на другие системы используйте функцию ►Alert Monitor • Monitor (Set) • Transport Monitor Set.
16.2.3. Специальные настройки свойствНа следующем шаге настройки (Customization) необходимо настроить заранее заданные свойства объектов и атрибутов, чтобы отразить специальные системные требования. Оптимальным способом для этого является тонкая настройка собственных мониторов; если будут использоваться предоставленные стандартные мониторы, то также можно реализовать пользовательские настройки.
Properties в МТЕ делятся на следующие области, которые имеют различные значения в зависимости от типа используемого МТЕ.
Общие свойства
Можно определить следующие свойства в области General:
► Описание и вывод текста, который будет выводиться в мониторе, когда возникает сигнал, как комбинация класса сообщения и номера сообщения.
Рис. 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, или оценить свои собственные значения.