Сап Р/3 ArchiПідручник з тектури

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

Що таке SAP R/3?

SAP R/3 — це 3-рівнева архітектура, що складається з 3-х рівнів

  1. Презентація
  2. додаток
  3. Database

Простими словами, це архітектура клієнт-сервер.

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

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

ПК користувача: - Користувачі можуть отримати доступ SAP система двома способами:-

  1. через SAP графічний інтерфейс користувача
  2. Через веб-браузер

Це називається інтерфейсом. На ПК користувача встановлюється лише інтерфейс, а не сервери програм/баз даних.

Front-end приймає запити користувача до сервера бази даних і серверів додатків.

Сервери додатків: – Сервер додатків створено для обробки бізнес-логіки. Це робоче навантаження розподіляється між кількома серверами додатків. З кількома серверами додатків користувач може отримати результат швидше.

Сервер додатків існує у віддаленому місці порівняно з розташуванням ПК користувача.

Сервер бази даних: –Сервер бази даних зберігає та отримує дані відповідно до SQL запити, згенеровані ABAP і Java додатків.

База даних і програма можуть існувати в одному або іншому фізичному місці.

Розуміння різного SAP шарів

Розуміння різного SAP Шари

Презентаційний шар

Рівень презентації містить програмні компоненти, які складають SAPgui (графічний інтерфейс користувача). Цей рівень є інтерфейсом між системою R/3 та її користувачами. Система R/3 використовує SAPgui для забезпечення інтуїтивно зрозумілого графічного інтерфейсу користувача для введення та відображення даних.

Рівень презентації надсилає дані користувача на сервер додатків і отримує від нього дані для відображення. Поки а SAPкомпонент графічного інтерфейсу працює, він залишається пов’язаним із сеансом терміналу користувача в системі 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 SYSTEM 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. SDM: Диспетчер розгортання програмного забезпечення використовується для встановлення компонентів J2EE.
  12. Java Серверні процеси: Він може обробляти велику кількість запитів одночасно.
  13. Потоки: Кілька процесів виконуються окремо у фоновому режимі, ця концепція називається потоковою.
  14. ICM: Це забезпечує спілкування між SAP система і протокол HTTP, HTTPS, SMTP. Це означає, що ви можете отримати доступ, ввівши системну URL-адресу в браузері SAP також із браузера.

Ще одним компонентом є JCO. JCO використовується для обробки зв’язку між диспетчером Java і диспетчером ABAP, коли систему налаштовано як ABAP+Java.

Як SAP Процес входу працює?

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

Крок 1) Щойно користувач натискає на SAP системи з графічного інтерфейсу, куди пересилається запит користувача Відправка.

Крок 2) Запит зберігається в Спершу запитуйте черги. Слідом йде диспетчер Перший прийшов Перший вийшов правило. Він знайде вільний робочий процес і, якщо доступний, буде призначений.

Крок 3) Відповідно до запиту користувача, йому призначається певний робочий процес. Наприклад, коли користувач входить до системи, йому призначається робочий процес Dialog. Якщо користувач запускає звіт у фоновому режимі, йому призначається фоновий робочий процес. Коли деякі зміни вносяться на рівні бази даних, тоді призначається робочий процес оновлення. Відповідно до дій користувача призначається робочий процес.

Крок 4) Після того, як користувачеві призначено робочий процес діалогового вікна, авторизації користувача та поточні налаштування користувача згортаються до робочого процесу в спільній пам’яті для доступу до даних користувача. Після виконання кроку діалогу дані користувача виводяться з робочого процесу. Таким чином спільна пам'ять буде очищена, а дані інших користувачів можна буде зберегти в області спільної пам'яті. Крок діалогу означає переміщення екрана. У транзакції, коли користувачі переходять з одного екрана на інший, процес називається кроком діалогу.

Крок 5) Перший робочий процес знаходить дані в буфері. Якщо він знаходить дані в буфері, то немає необхідності отримувати дані з бази даних. Таким чином час відгуку покращується, і цей процес називається попаданням. Якщо він не знаходить дані в буфері, він знайде дані в базі даних, і цей процес називається промахом. Коефіцієнт попадання завжди повинен бути вищим за коефіцієнт промахів. Це покращує продуктивність системи.

Крок 6) Інші запитані дані запитуються з бази даних, і після завершення процесу результат надсилається назад GUI через диспетчер.

Крок 7) Дані кінцевого користувача видаляються зі спільної пам’яті, тому пам’ять стає доступною для інших користувачів. Цей процес називається викочування.