Sap R/3 Archiурок по текстура

по: Джесика Блейк Джесика Блейк
Hours Обновено

Какво е SAP R/3?

SAP R/3 е 3-степенна архитектура, състояща се от 3 слоя

  1. Презентация
  2. Приложение
  3. База данни

С прости думи, това е архитектура клиент сървър.

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

Sap R/3 Archiтекстура

Компютър на потребителя:- Потребителите имат достъп SAP система по два начина:-

  1. През SAP GUI
  2. Чрез уеб браузър

Нарича се преден край. В компютъра на потребителя се инсталира само интерфейсът, а не сървърите за приложения/бази данни.

Front-end приема заявките на потребителя към сървъра на база данни и сървърите на приложения.

Сървъри за приложения: – Сървърът за приложения е изграден да обработва бизнес логика. Това натоварване се разпределя между множество сървъри на приложения. С множество сървъри за приложения потребителят може да получи резултата по-бързо.

Сървърът на приложения съществува на отдалечено място в сравнение с местоположението на потребителския компютър.

Сървър на база данни: –Сървърът на базата данни съхранява и извлича данни според 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 Repository, и съответно се наричат ​​обекти на хранилище. R/3 хранилище, обектите се използват в ABAP workbench.

Разбиране на компонентите на 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. SDM: Software Deployment Manager се използва за инсталиране на J2EE компоненти.
  12. Java Сървърни процеси: Може да обработва голям брой заявки едновременно.
  13. Резба: Множеството процеси се изпълняват отделно във фонов режим, тази концепция се нарича нишка.
  14. ICM: Позволява комуникация между SAP система и HTTP, HTTPS, SMTP протокол. Това означава, че можете да получите достъп, като въведете URL адрес на системата в браузъра SAP от браузър също.

Още един компонент е JCO. JCO се използва за обработка на комуникация между java dispatcher и ABAP dispatcher, когато системата е конфигурирана като ABAP+Java.

Как SAP Процесът на влизане работи?

SAP Процес на влизане

Стъпка 1) След като потребител щракне върху SAP система от GUI, потребителската заявка се препраща към Диспечер.

Стъпка 2) Заявката се съхранява в Първо поискайте опашки. Диспечерът следва First in First out правило. Той ще намери свободен работен процес и ако е наличен ще бъде назначен.

Стъпка 3) По заявка на потребителя, конкретен работен процес се възлага на потребителя. Например, когато потребител влезе в системата, работният процес на Dialog се присвоява на потребителя. Ако потребителят изпълни отчет във фонов режим, тогава фоновият работен процес се присвоява на потребителя. Когато се извършват някои модификации на ниво база данни, тогава се присвоява работен процес за актуализиране. Така според действието на потребителя се задава работен процес.

Стъпка 4) След като на потребителя бъде присвоен диалоговият работен процес, тогава потребителските разрешения, текущата настройка на потребителя се прехвърлят към работния процес в споделената памет за достъп до данните на потребителя. След като диалоговата стъпка бъде изпълнена, данните на потребителя се извеждат от работния процес. По този начин споделената памет ще бъде изчистена и данните на други потребители могат да бъдат записани в областта на споделената памет. Диалоговата стъпка означава движенията на екрана. В транзакция, когато потребител скача от един екран на друг, процесът се нарича диалогова стъпка.

Стъпка 5) Първият работен процес ще намери данните в буфера. Ако намери данни в буфера, тогава няма нужда да извлича данни от базата данни. По този начин времето за реакция се подобрява и този процес се нарича хит. Ако не намери данните в буфера, тогава ще намери данните в базата данни и този процес се нарича пропуск. Коефициентът на попадения винаги трябва да е по-висок от коефициента на пропуски. Подобрява производителността на системата.

Стъпка 6) Други заявени данни се заявяват от базата данни и след като процесът приключи, резултатът се изпраща обратно на GUI чрез диспечер.

Стъпка 7) Данните на крайния потребител се премахват от споделената памет, така че паметта ще бъде достъпна за други потребители. Този процес се нарича разгръщане.