SAP R/3 Системное администрирование
Шрифт:
Значение пути доступа к профилю различается для агентов. Необходимо определять этот путь доступа к профилю для SAPCCM4X; в этом случае используется профиль контролируемой инстанции SAP. Если используются два другие агента, то вы узнаете, что либо не существует инстанции SAP (SAPCCMSR), либо версия SAP не имеет архитектуры оперативного мониторинга (SAPCM3X). В этом случае (при желании) файл профиля можно использовать для контроля следующих настроек:
► Размер сегмента монитора в байтах общей памяти как alert/MONI_SEGM_SIZE (только SAPCCMSR)
►
► Полный путь доступа сборщика данных операционной системы, exe/saposcol
Файлы журналов агентов
При запуске агента создается файл журнала <имя_агента><IDпроцесса>.log, в рабочем каталоге этого агента. Этот файл используется для записи всех шагов инициализации и сообщений об ошибках, вызванных выполнением агента. Также записываются любые проблемы с конфигурационными или управляющими файлами.
Агенты выполняются как службы в системе Windows и как процессы в UNIX. Поэтому агенты запускаются и останавливаются вместе с операционной системой Windows. В UNIX используют следующие явные команды
для запуска агентов и те же самые команды с параметром -stop для останова агентов.
Как только агенты будут запущены, собранная ими информация появляется в наборе мониторов. Данные агента SAPCCMSR расположены в ►Alert Monitor в наборе мониторов SAP CCMS Technical Experts Monitors, в разделе System/All Monitoring Segments/All Monitoring Contexts как виртуальный узел SAP_CCMS_<имя_хоста>; контексты с именем SAP_CCMS_<имя_хоста>_local принадлежат агенту SAPCM3X. Контексты данных, поставляемых SAPCCM4X, расположены в том же месте; единственным различием является тип коммуникации с инстанциями SAP. Если поставка информации от агента прерывается, то можно вывести обзор всех сегментов памяти, которые сообщают центральной инстанции мониторинга, используя ►Monitoring: Properties and Methods • Technical Infrastructure • Overview of Segments (до Basis Release 4.6D) или ►Monitoring: Properties and Methods • Technical Infrastructure • Display Topology (в Basis Release 6.10 и позже). Segment type Agent перечисляет требуемые сегменты, которые можно проанализировать после двойного щелчка.
Монитор сигналов (Alert Monitor) служит для визуального указания на критические ситуации. Цвета МТЕ, выводимые в дереве мониторинга, изменяются с зеленого на желтый или красный в зависимости от определенных пороговых значений и их уровня опасности. Определение критической ситуации различается от системы к системе. Поэтому необходимо настроить используемые по
Определение соединений RFC
Чтобы осуществлять мониторинг нескольких компонентов из центральной системы SAP, необходимо зарегистрировать нелокальные компоненты, которые желательно контролировать как новые контексты в
► Monitoring: Properties and Methods. Прежде всего необходимо определить два соединения RFC (см. главу 13). Рекомендуется определять соединения эти RFC следующим образом:
► Извлечение данных
Должен быть возможен доступ для чтения к общим сегментам памяти, которые содержат данные, чтобы извлекать данные, собранные на удаленных системах. Для этого необходимо сконфигурировать пользователя с типом «CPIC» (до Basis Release 4.6D) или «Communication» (в Basis Release 6.10 и позже).
► Функции анализа
Поскольку требуются дальнейшие операции для выполнения функций анализа, когда будет получен сигнал, необходимо определить требуемое соединение RFC со своим собственным именем пользователя (о настройках для текущего пользователя см. в главе 13).
Затем можно добавить другую систему в 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. Выберите все МТЕ, которые желательно включить в монитор, и сохраните монитор с легко запоминающимся именем.
Внесение изменений