Сигрид Хагеман - SAP R/3 Системное администрирование

► SAPCCM4X

Агент SAPCCM4X улучшает соединение между системой SAP с 4.x Basis и центральной системой мониторинга с Release 4.6C или более поздней версией. Для переноса собранных данных не требуется никакого диалогового рабочего процесса па центральном сервере.

► SAPCM3X

Необходимо установить агента SAPCM3X для мониторинга систем mySAP с версией Basis Release 3.x. Этот агент создает независимый общий сегмент памяти для управления данными.

Кроме выполнения модулей функций, агенты могут проверять файлы журналов и сообщать о проблемах в архитектуре мониторинга, обращаться к данным, собранным saposcol, и интегрировать дополнительных сборщиков данных через интерфейс динамической библиотеки. Примеры конфигураций агентов описаны в разделе 16.4.

Установка и регистрация агентов

Если желательно использовать агентов для дополнения системы мониторинга, поступите следующим образом:

1. Загрузите текущую версию агента из SAP Service Marketplace.

2. Скопируйте агента в его рабочий каталог.

3. Создайте конфигурационный файл для бездиалоговой установки агента. После генерации этот файл можно использовать повторно на всех серверах, где требуется выполнить агента.

4. Создайте дополнительные конфигурационные файлы для настройки специальных задач агента, таких как

- Мониторинг файлов журналов

- Мониторинг определенных файловых систем или процессов

- Мониторинг клиентов или транзакций

5. Перезапустите агента. На этом шаге соединения RFC с агентом создаются автоматически в центральной системе мониторинга.

Все агенты обратно совместимы по отношению к версии SAP. Это означает, что агент CCMS может работать в любой системе SAP вместе с версией, которая меньше или равна его собственной версии. Поэтому всегда необходимо использовать самые последние доступные версии агентов CCMS. Поскольку создание экземпляров агентов зависит от операционной системы, то SAP Service Marketplace имеет соответствующих агентов для различных операционных систем и их версий. Обычно все доступные агенты SAPCCMSR, SAPCCM4X и SAPCM3X архивированы в общем файле CCMAGENT.SAR. Загрузите соответствующий архив для используемого аппаратного окружения из SAP Service Marketplace из раздела /patches или с хоста служб SAP sapserv3 (см. главу 3). Воспользуйтесь для распаковки архива инструментом SAPCAR, который доступен в каждой инсталляции SAP.

Агентам требуется рабочий каталог для хранения файлов конфигурации и журналов (см. таблицу 16.1).

Таблица 16.1. Рабочие каталоги агентов мониторинга

Введите следующие команды для установки и регистрации агентов:

□ sapccmsr -r [ -f <имя_файла_установки> ]

[ pf=<путь_доступа_к_профилю> ]

sapccm4x -r [ -f <имя_файла_установки> ]

[ pf=<путь_доступа_к_профилю> ]

sapcm3x -r [ -f <имя_файла_установки> ]

[ pf=<путь_доступа_к_профилю> ]

При установке агентов в диалоговом режиме система предлагает ввести все параметры, требующиеся для описания центральной системы мониторинга, с которой агенты будут осуществлять коммуникацию. Если нужно установить агентов в большей системной инфраструктуре с несколькими серверами, необходимо создать файл с необходимыми данными установки.

Значение пути доступа к профилю различается для агентов. Необходимо определять этот путь доступа к профилю для SAPCCM4X; в этом случае используется профиль контролируемой инстанции SAP. Если используются два другие агента, то вы узнаете, что либо не существует инстанции SAP (SAPCCMSR), либо версия SAP не имеет архитектуры оперативного мониторинга (SAPCM3X). В этом случае (при желании) файл профиля можно использовать для контроля следующих настроек:

► Размер сегмента монитора в байтах общей памяти как alert/MONI_SEGM_SIZE (только SAPCCMSR)

► Рабочий каталог агента и локальной программы saposcol, DIR_PERF

► Полный путь доступа сборщика данных операционной системы, exe/saposcol

Файлы журналов агентов

При запуске агента создается файл журнала <имя_агента><IDпроцесса>.log, в рабочем каталоге этого агента. Этот файл используется для записи всех шагов инициализации и сообщений об ошибках, вызванных выполнением агента. Также записываются любые проблемы с конфигурационными или управляющими файлами.

Агенты выполняются как службы в системе Windows и как процессы в UNIX. Поэтому агенты запускаются и останавливаются вместе с операционной системой Windows. В UNIX используют следующие явные команды

□ sapccmsr -DCCMS [ pf=<путь_доступа_к_профилю>]

sapccm4x -DCCMS [ pf<путь_доступа_к_профилю>]

sapcm3x -DCCMS [ pf<путь_доступа_к_профилю>]

для запуска агентов и те же самые команды с параметром -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) служит для визуального указания на критические ситуации. Цвета МТЕ, выводимые в дереве мониторинга, изменяются с зеленого на желтый или красный в зависимости от определенных пороговых значений и их уровня опасности. Определение критической ситуации различается от системы к системе. Поэтому необходимо настроить используемые по умолчанию значения, которые предоставляет SAP с наборами мониторов.

Определение соединений 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, как шаблоны для копирования; однако невозможно изменить самостоятельно стандартные мониторы. Если администратор интерфейса хочет, например, ограничить представление системной инфраструктуры определенными интерфейсами, то понадобится определить специальный монитор для обеспечения такого функционирования.