Какво е SAP R / 3?
SAP R / 3 е тристепенна архитектура, състояща се от 3 слоя
- Презентация
- Приложение
- База данни
С прости думи, това е архитектура на клиентски сървър.
- R означава система в реално време
- 3 представлява - 3-степенна архитектура.
Потребителски компютър: - Потребителите имат достъп до SAP системата по два начина: -
- Чрез SAP GUI
- Чрез уеб браузър
Нарича се front-end. В компютъра на потребителя е инсталиран само интерфейсът, а не сървърите на приложения / бази данни.
Front-end взема заявките на потребителя към сървъра на базата данни и сървърите на приложения.
Сървъри на приложения: - Сървърът на приложения е изграден за обработка на бизнес логика. Това натоварване се разпределя между множество сървъри за приложения. С множество сървъри за приложения потребителят може да получи изхода по-бързо.
Сървърът на приложения съществува на отдалечено място в сравнение с местоположението на потребителския компютър.
Database Server: - Сървърът за бази данни съхранява и извлича данни според 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 Repository, и съответно се наричат обекти на хранилище. R / 3 хранилище, обектите се използват в ABAP workbench.
Разбиране на компонентите на тристепенната архитектура на SAP R / 3: -
Архитектура на системата ABAP + Java
- Message Server: Той обработва комуникацията между разпределени диспечери в системата ABAP .
- Опашка за изпращане: В тази опашка се съхраняват различни видове работни процеси.
- Диспечер: Той разпределя заявки към работните процеси.
- Шлюз: Той позволява комуникация между SAP система и между SAP система и външни системи .
- ABAP-Work procesi: - Той отделно изпълнява диалогови стъпки в приложения R / 3. Видовете работни процеси са дадени както по-долу: -
- Канали памет: Той позволява комуникация между ICM и ABAP работни процеси.
- Message Server: Той обработва Java диспечери и сървърни процеси. Той позволява комуникация в среда на Java изпълнение.
- Enqueue Server: Той обработва логически ключалки, които са зададени от изпълнената Java програма за приложения в сървърния процес.
- Централни услуги: Java клъстерът изисква специален екземпляр на централните услуги за управление на брави и предаване на съобщения и данни. Java клъстерът е набор от процеси, които работят заедно за изграждането на надеждната система. Инстанцията е група ресурси като памет, работни процеси и т.н.
- Java Dispatcher: Получава клиентски заявки и препраща към процеса на сървъра .
- SDM: Software Deployment Manager се използва за инсталиране на компоненти на J2EE.
- Процеси на Java Server: Той може да обработва едновременно голям брой заявки.
- Threading: Множество процеси се изпълняват отделно във фонов режим, тази концепция се нарича резба.
- ICM: Той позволява комуникация между SAP система и HTTP, HTTPS, SMTP протокол. Това означава, че като въведете системния URL в браузъра, можете да получите достъп до SAP и от браузъра.
Още един компонент е JCO. JCO се използва за обработка на комуникация между java диспечер и ABAP диспечер, когато системата е конфигурирана като ABAP + Java.
Как работи процесът на влизане в SAP?
Стъпка 1) След като потребител кликне върху SAP системата от GUI, потребителската заявка се препраща към Dispatcher. Стъпка 2) Заявката първо се съхранява в опашките за заявки. Диспечерът следва правилото Първо в Първо излизане . Той ще намери безплатен работен процес и ако е наличен, ще бъде назначен.
Стъпка 3) Според потребителска заявка, определен работен процес се възлага на потребителя. Например, когато потребителят влиза в системата, тогава на потребителя се възлага процес на диалогов прозорец. Ако потребителят стартира отчет във фонов режим, тогава на потребителя се присвоява фонов работен процес. Когато някои модификации се извършват на ниво база данни, тогава се присвоява работен процес за актуализиране.
Стъпка 4)След като на потребителя бъде зададен диалоговият работен процес, а след това потребителските оторизации, текущата настройка на потребителя се въвежда в работен процес в споделена памет за достъп до потребителските данни. След като се изпълни диалоговата стъпка, потребителските данни се изтеглят от работния процес. По този начин споделената памет ще бъде почистена и данните на други потребители могат да бъдат записани в областта на споделената памет. Стъпката на диалога означава движение на екрана. При транзакция, когато потребителите прескачат от един екран на друг, процесът се нарича стъпка на диалога.
Стъпка 5)Първият работен процес ще намери данните в буфера. Ако намери данни в буфер, няма нужда да извлича данни от базата данни. По този начин времето за реакция се подобрява и този процес се нарича хит. Ако не намери данните в буфера, тогава ще намери данните в базата данни и този процес се нарича пропускане. Съотношението на ударите трябва винаги да е по-високо от съотношението на пропуските. Подобрява работата на системата.
Стъпка 6) Други заявени данни се заявяват от базата данни и след като процесът завърши, резултатът се изпраща обратно към GUI чрез диспечера.
Стъпка 7) Накрая данните на крайния потребител се премахват от споделената памет, така че паметта ще бъде достъпна за други потребители. Този процес се нарича разгъване .