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

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

Эта целостность блокирования в масштабе всех процессов также необходима для осуществления асинхронных

Процесс буферизации

Запрос на вывод данных может генерироваться после диалога с пользователем или в результате пакетного процесса. Процесс буферизации подготавливает формат данных для выбранного пути вывода данных — например, для принтера, факса, электронной почты и т. д., и сохраняет их во временном последовательном файле TEMSE (temporary sequential). Затем процесс буферизации переадресует запрос на вывод данных в соответствующую базовую систему.

Другие службы

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

Служба шлюзов обеспечивает коммуникацию между системой R/3 и другими внешними системами, в том числе R/3 и R/2. В основном эта служба занимается передачей больших объемов связанных с приложениями данных. Для передачи информации эта служба использует протокол CPI–C.

Центральная управляющая система

Computing Center Management System (CCMS) — это удобный в использовании полноценный централизованный инструмент системного администрирования и управления R/3, ориентированный на графическое представление. Его возможности включают в себя инструменты для выполнения системных операций, осуществления контроля, мониторинга и оптимизации. Достижение этих целей стало возможным благодаря полной интеграции CCMS не только с системой R/3, но также с операционной системой, управлением сети и системой управления базами данных.

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

• Стандартный вид

• Вид статуса сервера

• Вид буферной памяти

• Вид предупреждений

• Вид характеристик работы системы

• Вид диспетчера

• Вид системного журнала

• Управление памятью.

Один из показанных на Панели управления пунктов отвечает за пуск и работу режимов SAP, которые мы обсудим ниже.

Рис. 7.2. Диалоговое окно Computer Center Management System.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Деблокирование задачи сопровождается автоматическим контролем версий всех объектов. Панель управления также требует от разработчиков составления структурированной документации для каждого запроса. Более того, каждый раз, когда деблокируется запрос на изменения, автоматически генерируется транспортный журнал. Документация контроля версий в сочетании с транспортными журналами, обеспечивает полный контроль над процессом разработки