Що таке SAP R / 3?
SAP R / 3 - це трирівнева архітектура, що складається з 3 шарів
- Презентація
- Застосування
- База даних
Простими словами, це архітектура клієнтського сервера.
- R означає систему реального часу
- 3 являє собою - 3-рівневу архітектуру.
ПК користувача: - Користувачі можуть отримати доступ до системи SAP двома способами: -
- Через графічний інтерфейс SAP
- Через веб-браузер
Це називається front-end. На ПК користувача встановлюється лише інтерфейс, а не сервери програм / баз даних.
Фронт-енд приймає запити користувача до сервера баз даних та серверів додатків.
Сервери додатків: - Сервер додатків побудований для обробки бізнес-логіки. Це навантаження розподіляється між кількома серверами додатків. За допомогою декількох серверів додатків користувач може отримати результати швидше.
Сервер додатків існує у віддаленому місці порівняно з розташуванням ПК користувача.
Сервер баз даних: - Сервер баз даних зберігає та отримує дані відповідно до запитів SQL, створених програмами ABAP та Java.
База даних та Програма можуть існувати в одному або іншому фізичному місці.
Розуміння різних шарів 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: -
Архітектура системи ABAP + Java
- Сервер повідомлень: він обробляє зв'язок між розподіленими диспетчерами в системі ABAP .
- Черга диспетчера: У цій черзі зберігаються різні типи робочих процесів.
- Диспетчер: Він розподіляє запити до робочих процесів.
- Шлюз: Він забезпечує зв'язок між системою SAP та між системою SAP та зовнішніми системами .
- Процеси ABAP-Work: - Він окремо виконує діалогові кроки в додатках R / 3. Типи робочих процесів наведені нижче: -
- Канали пам’яті: Це забезпечує зв’язок між робочими процесами ICM та ABAP.
- Сервер повідомлень: він обробляє диспетчери Java та серверні процеси. Це дозволяє спілкуватися в середовищі виконання Java.
- Enqueue Server: Він обробляє логічні блокування, які встановлюються виконуваною програмою Java у процесі сервера.
- Центральні служби: Кластер Java вимагає спеціального екземпляра центральних служб для управління замками та передачі повідомлень та даних. Кластер Java - це сукупність процесів, які працюють разом для побудови надійної системи. Екземпляр - це група ресурсів, таких як пам’ять, робочі процеси тощо.
- Java Dispatcher: він отримує запити клієнта та пересилає їх на серверний процес .
- SDM: Менеджер розгортання програмного забезпечення використовується для встановлення компонентів J2EE.
- Процеси Java Server: Він може одночасно обробляти велику кількість запитів.
- Різьбові роботи: кілька процесів виконуються окремо у фоновому режимі, ця концепція називається потоковою.
- ICM: Він забезпечує зв'язок між системою SAP та протоколами HTTP, HTTPS, SMTP. Це означає, ввівши системну URL-адресу в браузері, ви також можете отримати доступ до SAP з браузера.
Ще одним компонентом є JCO. JCO використовується для обміну даними між диспетчером Java та диспетчером ABAP, коли система налаштована як ABAP + Java.
Як працює процес входу в систему SAP?
Крок 1) Після того, як користувач натискає на систему SAP із графічного інтерфейсу користувача, запит користувача пересилається в Dispatcher. Крок 2) Запит спочатку зберігається в чергах запитів. Диспетчер дотримується правила « Перший із перших» . Він знайде безкоштовний робочий процес і, якщо доступний, буде призначений.
Крок 3) Відповідно до запиту користувача, певний робочий процес призначається користувачеві. Наприклад, при вході користувача в систему, тоді робочий процес діалогу призначається користувачеві. Якщо користувач запускає звіт у фоновому режимі, користувачеві призначається фоновий робочий процес. Коли деякі модифікації виконуються на рівні бази даних, тоді призначається робочий процес оновлення. Так, відповідно до дії користувача, призначається робочий процес.
Крок 4)Після того, як користувачеві присвоєно діалоговий робочий процес, а потім авторизації користувача, поточні налаштування користувача виконуються в робочому процесі у спільній пам'яті для доступу до даних користувача. Після виконання діалогового кроку дані користувача виконуються з робочого процесу. Таким чином спільна пам'ять буде очищена, а дані інших користувачів можна зберегти в області спільної пам'яті. Крок діалогу означає рух екрана. У транзакції, коли користувач переходить з одного екрана на інший, процес називається діалоговим кроком.
Крок 5)Спочатку робочий процес знайде дані в буфері. Якщо він знаходить дані в буфері, тоді немає необхідності отримувати дані з бази даних. Таким чином час відгуку покращується, і цей процес називається хітом. Якщо він не знаходить дані в буфері, тоді він знайде дані в базі даних, і цей процес називається пропуском. Коефіцієнт потрапляння повинен бути завжди вищим за коефіцієнт пропусків Це покращує продуктивність системи.
Крок 6) Інші запитувані дані запитуються з бази даних, і після завершення процесу результат надсилається назад до графічного інтерфейсу через диспетчер.
Крок 7) Після того, як дані кінцевого користувача видаляються із спільної пам'яті, то пам'ять буде доступна іншим користувачам. Цей процес називається розгортанням.