SAP - Архитектура

SAP: трехуровневая архитектура

SAP R / 3 открывает новое поколение корпоративного программного обеспечения - от вычислений на мэйнфреймах (архитектура клиент-сервер) до трехуровневой архитектуры базы данных, приложения и пользовательского интерфейса.

Three-Tier Architecture of SAP R/3

Презентационные серверы

Серверы презентаций содержат системы, способные предоставлять графический интерфейс.

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

Серверы приложений

Серверы приложений включают специализированные системы с несколькими процессорами и огромным объемом оперативной памяти.

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

Серверы баз данных

Серверы баз данных содержат специализированные системы с быстрыми и большими жесткими дисками.

Слой базы данных хранит данные
Хранилище данных может быть бизнес-данными, системными данными SAP, таблицами SAP, программами.
Примеры - Oracle, Microsoft SQL Server, IBM DB / 2, Siebel, Sybase и др.

Three-Tier Architecture

Что такое клиент?

Клиент - это логическая часть физической базы данных SAP R / 3. С точки зрения бизнеса клиента можно интерпретировать как логическую группу компаний.

Что следует помнить -

Все работы по настройке (конфигурации) и разработке (ABAP) в SAP R / 3 выполняются в клиенте.
Однако данные как по настройке, так и по разработке могут храниться в пределах отдельного клиента (данные, зависящие от клиента) или среди всех клиентов (данные, не зависящие от клиента) в системе.

Клиент-зависимый против клиента-независимого

Данные каждого клиента могут отличаться от данных других клиентов. В системе SAP R / 3 в основном есть два типа данных:Client-dependent и Client-independent данные.

Client-dependent dataопределяется как данные, относящиеся к отдельному клиенту. Примеры зависимых от клиента данных включают диапазоны номеров, варианты ABAP и основные записи пользователей, а также данные, которые создаются или обновляются с помощью транзакций SAP R / 3.
Client-independent dataможно определить как данные, содержащиеся для всех клиентов в системе. Примеры данных, не зависящих от клиента, включают объекты словаря данных (таблицы, представления), исходный код ABAP, экраны и меню.

Данные хранятся в таблицах. Чтобы определить, является ли конкретная таблица зависимой от клиента или независимой от клиента, необходимо просмотреть структуру таблицы. Структуру таблицы можно просмотреть в словаре данных (SE11). Если MANDT (клиент по-немецки) является первым ключевым полем таблицы, то таблица зависит от клиента; в противном случае таблица не зависит от клиента.
Например, таблица TSTC не зависит от клиента; однако таблица USR01 зависит от клиента.

Поставленные клиенты SAP R / 3

Каждая система SAP R / 3 содержит трех клиентов 000, 001 и 066. Давайте рассмотрим этих клиентов и выясним, что они содержат.

Эти клиенты предоставляют разные функции, и их нельзя удалять.

Client 000выполняет специальные функции. В частности, ему предоставляется расширенная функциональность во время обновлений.
Client 001 по сути является копией 000 и может использоваться в качестве основы для нового клиента настройки.
Client 066- специальный клиент, предназначенный для мониторинга операционной системы. Он используется службой раннего наблюдения SAP R / 3 для предоставления рекомендаций по производительности.

В версиях до 3.0 клиент 000 содержал модель компании. В клиентах версии 4.0 000 и 001 идентичны. Клиент 000 больше не содержит модельную компанию. Любой из клиентов может использоваться в качестве основы для настройки через копию клиента. Как правило, большинство проектов начинается с копии клиента 000, чтобы начать настройку сборки. Работа с клиентами никогда не должна выполняться с тремя доставленными клиентами.