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

16.1.3. Техническая реализация

Чтобы обеспечить вывод текущих значений и (если необходимо) сигналов, соответствующие характеристики должны регулярно собираться и становиться доступными.

Сборщики данных

Эти задачи выполняют сборщики данных (см. рис. 16.1). Эти программы, написанные на C, АВАР или Java, собирают требуемые данные и сохраняют их в определенных сегментах памяти (сегментах монитора) на сервере. Кроме собранных данных, в сегменте памяти также сохраняются определенные пользователями пороговые значения. Просто анализируя память, система может обнаружить отклонения от пороговых значений. Можно добавлять свои собственные сборщики данных, если требуется собирать и контролировать дополнительные данные. Эти сборщики можно интегрировать в архитектуру мониторинга с помощью определенных программных интерфейсов.

Одним из примеров важного сборщика является сборщик данных операционной системы saposcol (см. главу 15). saposcol является независимой программой, которая выполняется на каждом сервере независимо от инстанции SAP и определяет подходящие данные операционной системы. Примеры включают:

? Использование памяти (виртуальной и физической)

? Загрузку ЦП, деленную в процентном отношении на время системы, время пользователя и время простоя

? Использование физического дискового пространства и файловых систем

? Использование ресурсов текущими процессами

Данные, которые собираются каждые десять секунд согласно конфигурации по умолчанию, находятся в определенной общей области памяти на сервере, saposcol использует эту область также для хранения средних значений, вычисляемых каждый час для многих объектов мониторинга. Эти данные переносятся из общего сегмента памяти в таблицы базы данных для дальнейшего анализа.

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

Примерами других сборщиков данных являются отчет RSDSLAN1, который собирает данные в ЛВС для метода CCMS_OSJLAN, и модуль функций RDDS_BP_CLASSAWP, который подсчитывает число фоновых процессов, зарезервированных для запросов класса A для метода CCMS_BP_ CLASSA_WR.

Агенты

Компоненты SAP без ядра R/3 или внешних систем играют особую роль. SAP предоставляет так называемых агентов для этих компонентов. Агентов устанавливают на соответствующих серверах и контролируют требуемые компоненты. Агенты имеют собственные сегменты памяти на сервере, где они хранят собранные данные. Оттуда данные можно переслать назначенной центральной контролирующей инстанции через интерфейс вызова удаленной функции (REC).

Рис. 16.5. Использование агентов

SAP предоставляет следующих агентов для различных систем:

? SAPCCMSR

Этот агент работает вместе со сборщиком данных операционной системы saposcol. Агент управляет этими данными в соответствующей общей области памяти и посылает их выбранной инстанции R/3. Эта техника может использоваться для любого компонента SAP, а также для систем, отличных от SAP. Кроме анализа данных в ?Alert Monitor можно также оценить их из ?OS System Configuration.

? 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 перечисляет требуемые сегменты, которые можно проанализировать после двойного щелчка.

Оглавление книги