SAP R/3 Системное администрирование
Шрифт:
Затем можно добавить другую систему в Technical Infrastructure • Create Entry for Remote Monitoring.
Начиная со стандартных наборов мониторов, можно создавать собственные специальные наборы мониторов и определять в них специфические объединенные мониторы. Преимущество определения собственного монитора состоит в том, что он ориентирован на специфические требования заказчика и специфические аспекты лежащей ниже системной инфраструктуры. Можно использовать мониторы, предоставленные SAP, как шаблоны для копирования; однако невозможно изменить самостоятельно стандартные мониторы. Если администратор интерфейса хочет,
Для создания собственного монитора с требуемыми МТЕ сделайте следующее:
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.
На следующем шаге настройки (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 в любое время. Можно написать программу АВАР, которая включает определенное действие в системе, когда возникает некоторая проблема.