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

1.1. Архитектура клиент/сервер в системе SAP R/3

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

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

? Приложение

? База данных

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

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

Рис. 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).

При работе с системой SAP R/3 администратор должен выполнять обычные задачи администрирования БД, которые включают в себя:

? Резервное копирование БД и восстановление в случае ошибки

? Настройку конфигурации

? Управление потоками данных и их оптимизацию

? Управление дисковой памятью

? Реорганизацию данных (табличных пространств, таблиц и т.д.)

? Установку и сопровождение программного обеспечения

Компания SAP предлагает администраторам БД интегрированные инструментальные средства SAP R/3. Для некоторых систем баз данных существуют специальные инструменты, применяемые на сервере БД.

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

SID

За исключением систем MCOD (многокомпонентных с одной базой данных) имя базы данных одновременно определяет имя всей системы SAP R/3. Имя должно состоять из трех символов (буквы или букв и чисел); первая буква должна быть заглавной. Сокращение «SID» используется обычно в качестве метки-заполнителя для имени системы SAP R/3: оно обозначает идентификатор системы (system identifier). Иногда используется «SAPSID», что обозначает системный идентификатор SAP.

Сетевая технология

Для взаимодействия уровней, распределенных по нескольким компьютерным системам, используется стандартная сетевая технология. Она же применяется для коммуникаций системы SAP R/3 с внешним миром. Транспортным протоколом служит протокол TCP/IP. На каждом шаге в процессе диалога между клиентской системой (внешним интерфейсом) и уровнем презентаций передается очень мало данных. По этой причине для взаимодействия компьютеров уровня презентаций и серверов приложений можно без всяких проблем использовать соединения глобальной сети. При коммуникации серверов базы данных и приложения все по-другому.

Кроме того, систему R/3 можно связать с мэйнфреймом по протоколу IBM SNA (Systems Network Architecture) LU6.2.

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