Внедрение SAP R/3: Руководство для менеджеров и инженеров

Событие в R/3 — это группа процессов, которая обеспечивает работу ряда упомянутых выше служб SAP. Каждое событие имеет диспетчера и набор рабочих процессов. Все события конфигурируются с помощью профиля режима. Профиль события содержит следующие сведения:

• Требования события к необходимым для работы системным ресурсам — таким, как основная память, совместно используемая память и размер roll-области.

• Какие рабочие процессы инициируют это событие и их количество

• Доступность других служб, таких, как служба сообщений и т. д.

Профили используются во время запуска и остановки системы, включая все службы, предоставляемые соответствующими событиями.

Группы сеансов

Группа сеанса определяет группу событий. Как уже упоминалось выше, при запросе пользователя на подключение обработчик запросов направляет запрос в ту логическую группу, которая в данный момент меньше всего загружена. Это называется «балансирование нагрузки сеансов».

Рабочие режимы

Рабочие режимы обеспечивают гибкость, необходимую для того, чтобы задавать режимы и в определенные периоды времени удовлетворять требованиям большого количества рабочих процессов, более ресурсо-требовательных запросов или пакетных процессов.

Системный мониторинг

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

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

Рис. 7.3. Диалоговое окно Обновление предельных значений для предупреждений.

Предупреждения в системе SAP в основном направлены на улучшение характеристик работы SAP с помощью упреждения возможных проблем и сообщения о них пользователю в реальном времени. Предупреждения бывают двух видов:

• Общие предупреждения, действительные в масштабе всех режимов SAP

• Местные предупреждения, специфичные для того или иного сервера.

В CCMS предусмотрены утилиты для того, чтобы задавать пороги параметров работы системы, после превышения которых выводится предупреждение для пользователя. Эти параметры относятся к характеристикам работы операционной системы, баз данных, сети, буферов и системного журнала.

Система CCMS также обеспечивает мониторинг характеристик работы следующих компонентов системы:

• Рабочих процессов

• Операционной системы

• Работу буфера

• Работу баз данных.

Панель управления и транспортная система

Панель управления — это часть АРМ Разработчика АВАР/4, но в этом разделе мы обсудим тесно связанную с ней транспортную систему. Панель управления предоставляет инструменты для программирования на АВАР.

Так как панель управления полностью интегрирована с АРМ Разработчика АВАР/4 и инструментами пользовательских настроек, объектом разработки на АВАР может быть любая программа, меню, экран, функциональный модуль, таблица, домен, элемент данных, документация и т. д..

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

Испытания проектов разработки обычно производится в системе тестирования. Чтобы обеспечить согласованность, непротиворечивость объектов, каждый из них приписан к своему месту и имеет владельца — изменения возможны только в оригинале объекта на месте его приписки. Эти свойства среды разработки были введены для того, чтобы избежать случаев параллельной разработки одного и того же объекта. Поэтому, для проведения тестов на интеграцию нескольких объектов из разных локальных систем эти объекты необходимо транспортировать в единую систему интеграции и там проводить тестирование. Изменения в объекты можно вносить в среде разработки, а затем снова транспортировать их в среду тестирования.