Сап Р/3 ArchiУчебное пособие по тектуре

Автор: Джессика Блейк Джессика Блейк
Hours обновленный

Что такое SAP Р/3?

SAP R/3 — это трехуровневая архитектура, состоящая из 3 слоев

  1. Презентация
  2. Процесс подачи заявки
  3. База данных

Проще говоря, это архитектура клиент-сервер.

  • R означает систему реального времени
  • 3 представляет собой – 3-х уровневую архитектуру.

Сап Р/3 Archiтекстура

Компьютер пользователя:- Пользователи могут получить доступ SAP систему двумя способами:

  1. Через SAP Графический интерфейс пользователя
  2. Через веб-браузер

Это называется фронтенд. На ПК пользователя устанавливается только интерфейсная часть, а не серверы приложений/баз данных.

Интерфейсный интерфейс передает запросы пользователя на сервер базы данных и серверы приложений.

Серверы приложений: – Сервер приложений создан для обработки бизнес-логики. Эта рабочая нагрузка распределяется между несколькими серверами приложений. Благодаря нескольким серверам приложений пользователь может получить выходные данные быстрее.

Сервер приложений находится в удаленном месте по сравнению с местоположением пользовательского ПК.

Сервер базы данных: –Сервер базы данных хранит и извлекает данные согласно SQL запросы, генерируемые ABAP и Java приложений.

База данных и приложение могут существовать в одном или разных физических местах.

Понимание разных SAP слоев

Понимание разных SAP Слои

Уровень представления

Уровень представления содержит программные компоненты, составляющие SAPgui (графический интерфейс пользователя). Этот уровень является интерфейсом между системой R/3 и ее пользователями. Система R/3 использует SAPgui, обеспечивающий интуитивно понятный графический интерфейс пользователя для ввода и отображения данных.

Уровень представления отправляет вводимые пользователем данные на сервер приложений и получает от него данные для отображения. В то время как SAPgui запущен, он остается связанным с сеансом терминала пользователя в системе R/3.

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

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

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

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

Понимание компонентов SAP R/3 3-х уровневый Archiтекстура

Компоненты SAP R/3 3-х уровневый Archiтекстура
ABAP+Java Система Archiтекстура
  1. Сервер сообщений:Он управляет связью между распределенными диспетчерами в ABAP-система.
  2. Очередь диспетчера: В этой очереди хранятся различные типы рабочих процессов.
  3. Диспетчер: Он распределяет запросы по рабочим процессам.
  4. Шлюз: Это обеспечивает связь между SAP системой и между SAP система и внешние системы.
  5. ABAP-Рабочие процессы: – Он отдельно выполняет шаги диалога в приложениях R/3. Типы рабочих процессов приведены ниже:

    Компоненты SAP R/3 3-х уровневый Archiтекстура

  6. Память-трубы: Он обеспечивает связь между рабочими процессами ICM и ABAP.
  7. Сервер сообщений: Он управляет диспетчерами Java и серверными процессами. Он обеспечивает связь в среде выполнения Java.
  8. Сервер очереди:Он обрабатывает логические блокировки, которые устанавливаются выполняемым Java прикладная программа в серверном процессе.
  9. Центральные службы: Java кластеру требуется специальный экземпляр центральных служб для управления блокировками и передачи сообщений и данных. Java Кластер — это набор процессов, которые работают вместе для создания надежной системы. Экземпляр — это группа ресурсов, таких как память, рабочие процессы и т. д.
  10. Java Диспетчер: Он получает клиентские запросы и пересылает их серверному процессу..
  11. СДМ: Software Deployment Manager используется для установки компонентов J2EE.
  12. Java Серверные процессы: Он может обрабатывать большое количество запросов одновременно.
  13. Резьба: Несколько процессов выполняются отдельно в фоновом режиме, эта концепция называется многопоточностью.
  14. ИКМ: Это обеспечивает связь между SAP система и протокол HTTP, HTTPS, SMTP. Это означает, что, введя URL-адрес системы в браузере, вы можете получить доступ SAP из браузера также.

Еще один компонент — JCO. JCO используется для управления связью между диспетчером Java и диспетчером ABAP, когда система настроена как ABAP+.Java.

Как SAP Процесс входа в систему работает?

SAP Процесс входа в систему

Шаг 1) Как только пользователь нажимает на SAP системы из графического интерфейса, запрос пользователя перенаправляется на Отправлять.

Шаг 2) Запрос хранится в Сначала запросите очереди. Диспетчер следует Первым пришел-первым вышел правило. Он найдет свободный рабочий процесс и при наличии будет назначен.

Шаг 3) По запросу пользователя ему назначается конкретный рабочий процесс. Например, при входе пользователя в систему ему назначается рабочий процесс Диалога. Если пользователь запускает отчет в фоновом режиме, ему назначается фоновый рабочий процесс. Когда некоторые изменения выполняются на уровне базы данных, назначается рабочий процесс обновления. Таким образом, в соответствии с действиями пользователя назначается рабочий процесс.

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

Шаг 5) Первый рабочий процесс найдет данные в буфере. Если он находит данные в буфере, нет необходимости извлекать данные из базы данных. Таким образом, время отклика улучшается, и этот процесс называется попаданием. Если он не находит данные в буфере, он найдет данные в базе данных, и этот процесс называется промахом. Коэффициент попаданий всегда должен быть выше, чем коэффициент промахов. Это улучшает производительность системы.

Шаг 6) Другие запрошенные данные запрашиваются из базы данных, и после завершения процесса результат отправляется обратно в Графический интерфейс через диспетчер.

Шаг 7) При этом данные конечного пользователя удаляются из общей памяти, поэтому память становится доступной другим пользователям. Этот процесс называется посадочная дистанция.

Вы могли бы: