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

Набор мониторов является логическим объединением любого числа мониторов; сами мониторы организованы в древовидную структуру.

Элементы дерева мониторинга

Узлы ветвей в дереве мониторинга называются элементами дерева мониторинга (МТЕ — monitoring tree elements). МТЕ логически объединяет лежащие ниже узлы или другие МТЕ. Они называются также итоговыми узлами мониторов (monitor summary nodes) или просто узлами.

Атрибуты мониторинга

Листья дерева мониторинга формируются через атрибуты мониторинга, описывающие тип информации отдельных элементов системы mySAP, которые находятся под наблюдением. Атрибут мониторинга относится к одной характеристике объекта мониторинга. Определены следующие типы атрибутов мониторинга:

► Атрибуты производительности

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

► Атрибуты статуса

Появление одного определенного сообщения включает сигнал.

► Атрибуты журнала

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

► Деятельность

Наблюдается деятельность определенных элементов системы, таких как R/3 Services. Если контролируемые элементы отказывают, включается сигнал.

► Текстовые атрибуты

В противоположность другим атрибутам мониторинга, текстовые атрибуты используются для описания значений определенных МТЕ. Они предоставляют только информацию; они не включают сигналы.

Рис. 16.3. Элементы монитора

Объект мониторинга

Все атрибуты мониторинга, которые относятся к общему объекту или ситуации, объединяются в логическую единицу — объект мониторинга. Входящие данные для объекта монитора хранятся физически в сегменте монитора в области памяти. Примерами объектов монитора являются:

► Dialog, включающий атрибуты мониторинга ResponseTime, ProgramErrors и UsersLoggedIn

► R3Syslog, включающий атрибуты мониторинга BasisSystem, Database и Applications

► Server Configuration, включающий атрибуты мониторинга R/3 Kernel Release, Machine Type и Host

Объект монитора является также МТЕ, наименьшим итоговым узлом монитора. Несколько МТЕ можно объединить, чтобы сформировать другой МТЕ для улучшения обозримости вывода. Если сигнал порождается атрибутом мониторинга (например, потому что входящие данные превышают сконфигурированное пороговое значение или падают ниже его), соответствующий атрибут и все узлы более высокого уровня выделяются на изображении красным цветом. Следовательно, взгляд на узел верхнего уровня показывает администратору, когда возникла проблема, по крайней мере, с одним из подчиненных атрибутов в дереве иерархии. Желтый фон указывает на предупреждение; зеленый — на нормальный статус системы (см. рис. 16.4).

Рис. 16.4. Вывод статуса узла с помощью цветовых сигналов

Реальные и виртуальные МТЕ

Если данные для МТЕ сохраняются в отдельном сегменте монитора, то этот МТЕ реальный. МТЕ, которые только улучшают вид изображения и не имеют своих собственных сегментов монитора, называются виртуальными. Различные пиктограммы могут помочь визуализировать и лучше понимать значения узлов монитора и их соответствующих атрибутов. Самый верхний итоговый узел монитора формирует контекст монитора.

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

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

Эти задачи выполняют сборщики данных (см. рис. 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).