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

В главе 10 «Служба обновления» обсуждаются задачи системного администратора SAP R/3 в контексте изменяющихся данных, в частности мониторинг обновлений и процедуры в случае ошибок. Данные обычно изменяют с помощью асинхронного обновления.

В главе 11 «Конфигурация и администрирование вывода» рассматриваются возможности для конфигурации вывода/печати и администрирования запросов вывода/печати.

В главе 12 «Архивирование данных» показано, как использовать и сохранять данные из базы данных SAP R/3, поскольку большие объемы данных устаревают очень быстро и больше не требуются для непосредственного доступа. Растущие объемы данных требуют дополнительных административных усилий.

В главе 13 «Распространение и перенос данных» описывается Удаленный вызов функции (RFC), как важная основа для коммуникации. RFC используется также как технология Basis для реализации распределенных бизнес-процессов с помощью Application Link Enabling (ALE). В этой главе также объясняются основы процедуры пакетного ввода для быстрого переноса данных в систему SAP R/3.

В главе 14 «Обслуживание инстанций» обсуждаются администрирование и обслуживание параметров в SAP R/3 (традиционно термин instance в русскоязычной технической литературе переводится как «экземпляр». В данной книге он переводится как «инстанция» согласно словарю SAP Terminology Database. — Прим. пер.). Здесь показано, как использование определений типов операций помогает администратору подстроить систему R/3 для удовлетворения изменяющихся требований пользователей. В этой главе также описано распределение нагрузки — выравнивание нагрузки между инстанциями с помощью групп регистрации.

В главе 15 «Мониторинг системы» вводятся инструменты, которые системный администратор может использовать для мониторинга системы и анализа ошибок. Здесь приводятся материалы, позволяющие углубить понимание знакомых инструментов. Глава завершается обзором рутинных задач администратора системы SAP R/3.

В главе 16 «Архитектура мониторинга» обсуждаются структура, конфигурация и возможные применения архитектуры мониторинга как важного компонента Системы управления вычислительным центром (CCMS) во всех системах SAP Basis.

Приложения включают ответы на все контрольные вопросы, все важные коды транзакций, список наиболее важных параметров R/3, схемы структур меню, а также глоссарий всех важных терминов в среде SAP R/3.

Перейти к большинству действий или задач можно, следуя по пути доступа меню или вводя код транзакции. Текст указывает на такую возможность, например ►Event maintenance. В каждой главе есть раздел, посвященный путям доступа и кодам транзакций, где объясняются соглашения, используемые в главе:

Event maintenance: SAP Menu • Tools • CCMS • Jobs • Maintain Event (SM62)

Источники дополнительной информации предоставляются в разделах о быстрых ссылках и указаниях SAP Service Marketplace. Эти ссылки в SAP Service Marketplace можно найти в Интернете по адресу http://service.sap.com.

Системные свойства различаются на разных платформах операционных систем. Соответственно UNIX всегда включает все варианты UNIX, для которых был выпущен данный компонент. Windows NT указывает на текущую версию операционной системы Microsoft, используемую для решений SAP. Полный набор всех допустимых комбинаций операционной системы, базы данных и компонентов SAP можно найти в SAP Service Marketplace по быстрой ссылке /platforms.

ГЛАВА 1

ТЕХНИЧЕСКАЯ РЕАЛИЗАЦИЯ АРХИТЕКТУРЫ КЛИЕНТ/СЕРВЕР В СИСТЕМЕ SAP R/3

Базовая технология SAP, давно известная как SAP R/3 Basis, показала себя надежной платформой благодаря своей высокопроизводительной архитектуре. Сервер приложений Web SAP (Web AS - Web Application Server) является поэтому не только базовым компонентом текущей системы SAP R/3 Enterprise, но также технологической основой одинаково структурированных компонентов решений SAP, таких как SAP APO, SAP BW и SAP CRM.

Технология всех решений mySAP основывается на известной многозвенной архитектуре клиент/сервер. Использование такой концепции позволяет разрабатывать надежное и гибкое масштабируемое основание для работы сложных системах.

Трехзвенная технология клиент/сервер различает следующие уровни:

► Презентация

► Приложение

► База данных

С точки зрения аппаратных средств техническая реализация находится между следующими крайними случаями: «все компоненты на одном компьютере» или «один компьютер для каждой инстанции уровня». Оптимальный вариант можно определить согласно предполагаемым планам использования системы, доступности требований и производительности.

Работа всех трех слоев клиент-серверной архитектуры на одном компьютере подходит только для целей демонстрации или тестирования.

Рис. 1.1. Варианты конфигурации

Двухслойная конфигурация

Небольшие системы SAP R/3 часто используют конфигурацию с отдельным уровнем презентации (см. рис. 1.1). База данных и приложение выполняются вместе на одной машине; ПК или другие компьютеры рабочих станций используются для внешних систем.

Трехслойная конфигурация

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

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

Используемые программные и технические решения определяются типом архитектуры, которая будет реализована. Эти вопросы рассматриваются в следующем разделе.

Уровень презентаций

Для пользователей, работающих с бизнес-функциями SAP R/3, основное значение имеет уровень презентаций. В системе R/3 он состоит из графического пользовательского интерфейса SAP (SAP GUI—Graphical User Interface). Интерфейс SAP GUI воспринимает то, что вводит пользователь, и передает эту информацию для дальнейшей обработки на следующий уровень — уровень приложений, где обрабатываются запросы. И наоборот: SAP GUI получает данные от уровня приложений и представляет их пользователю. Большинство сеансов SAP R/3 функционирует через SAP GUI. Технической реализацией SAP GUI является процесс, который осуществляется на уровне операционной системы клиента.

Уровень приложений

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

Инстанция

Инстанция SAP R/3 является группой процессов, которые используют общую область памяти, управляются процессом диспетчера и обращаются к одной базе данных. Уровень приложений системы SAP R/3 может состоять из одной или нескольких инстанций. Термин «сервер приложений» используется как синоним термина «инстанция». Системный администратор настраивает число и типы процессов инстанции, чтобы оптимизировать производительность с наименьшим возможным объемом ресурсов.

Уровень базы данных

На уровне базы данных используется система управления реляционной базой данных (РСУБД). Обмен данными между РСУБД и процессами приложений осуществляется через интерфейс SQL. Почти во всех случаях данные в системе SAP R/3 хранятся в одной БД на одном компьютере. Тем не менее, можно реализовать также использование параллельных баз данных или одной базы данных для нескольких систем SAP (см. главу 4).