Wat is SAP R / 3?
SAP R / 3 is een 3-tier-architectuur bestaande uit 3-lagen
- Presentatie
- Toepassing
- Database
In eenvoudige bewoordingen is het een client-serverarchitectuur.
- R staat voor Real-time systeem
- 3 staat voor - 3-tier architectuur.
PC van de gebruiker: - Gebruikers hebben op twee manieren toegang tot het SAP-systeem: -
- Via SAP GUI
- Via een webbrowser
Het heet front-end. Alleen de front-end wordt op de pc van de gebruiker geïnstalleerd, niet de applicatie- / databaseservers.
Front-end stuurt de verzoeken van de gebruiker naar de databaseserver en applicatieservers.
Applicatieservers: - Applicatieserver is gebouwd om bedrijfslogica te verwerken. Deze werklast wordt verdeeld over meerdere applicatieservers. Met meerdere applicatieservers kan de gebruiker de uitvoer sneller ophalen.
Applicatieserver bevindt zich op een externe locatie in vergelijking met de locatie van de pc van de gebruiker.
Database-server: - Database-server slaat gegevens op en haalt deze op volgens SQL-query's die zijn gegenereerd door ABAP- en Java-toepassingen.
Database en applicatie kunnen zich op dezelfde of een andere fysieke locatie bevinden.
Inzicht in verschillende SAP-lagen
Presentatielaag :
De presentatielaag bevat de softwarecomponenten waaruit de SAPgui (grafische gebruikersinterface) bestaat. Deze laag is de interface tussen het R / 3-systeem en zijn gebruikers. Het R / 3-systeem gebruikt de SAPgui om een intuïtieve grafische gebruikersinterface te bieden voor het invoeren en weergeven van gegevens.
De presentatielaag stuurt de invoer van de gebruiker naar de applicatieserver en ontvangt er gegevens van om weer te geven. Terwijl een SAPgui-component actief is, blijft deze gekoppeld aan de terminalsessie van een gebruiker in het R / 3-systeem.
Applicatielaag:
De applicatielaag bestaat uit een of meer applicatieservers en een berichtenserver. Elke applicatieserver bevat een reeks services die worden gebruikt om het R / 3-systeem uit te voeren. Theoretisch heeft u slechts één applicatieserver nodig om een R / 3-systeem te draaien. In de praktijk worden de services gedistribueerd over meer dan één applicatieserver. De berichtenserver is verantwoordelijk voor de communicatie tussen de applicatieservers. Het stuurt verzoeken van de ene applicatieserver naar de andere binnen het systeem. Het bevat ook informatie over toepassingsservergroepen en de huidige taakverdeling daarin. Het gebruikt deze informatie om een geschikte server toe te wijzen wanneer een gebruiker inlogt op het systeem.
Database-laag:
De databaselaag bestaat uit een centraal databasesysteem met alle gegevens in het R / 3-systeem. Het databasesysteem heeft twee componenten: het databasebeheersysteem (DBMS) en de database zelf. SAP heeft zijn eigen database gemaakt met de naam Hana, maar is compatibel met alle belangrijke databases zoals Oracle. Alle R / 3-gegevens worden in de database opgeslagen. De database bevat bijvoorbeeld de controle- en aanpassingsgegevens die bepalen hoe uw R / 3-systeem werkt. Het bevat ook de programmacode voor uw applicaties. Toepassingen bestaan uit programmacode, schermdefinities, menu's, functiemodules en diverse andere componenten. Deze worden opgeslagen in een speciale sectie van de database, de R / 3 Repository, en worden dienovereenkomstig repository-objecten genoemd. R / 3 repository, objecten worden gebruikt in ABAP workbench.
Inzicht in de componenten van SAP R / 3 3-tier Architecture: -
ABAP + Java-systeemarchitectuur
- Message Server: het behandelt de communicatie tussen gedistribueerde Dispatchers in het ABAP-systeem .
- Dispatcher Queue: In deze wachtrij zijn verschillende soorten werkprocessen opgeslagen.
- Dispatcher: het distribueert verzoeken naar de werkprocessen.
- Gateway: het maakt communicatie mogelijk tussen het SAP-systeem en tussen het SAP-systeem en externe systemen .
- ABAP-Werkprocessen: - Het voert afzonderlijk dialoogstappen uit in R / 3-applicaties. Typen werkprocessen worden hieronder gegeven: -
- Memory-pipes: het maakt communicatie mogelijk tussen ICM- en ABAP-werkprocessen.
- Berichtenserver: het behandelt java-dispatchers en serverprocessen en maakt communicatie binnen java runtime-omgeving mogelijk.
- Server in wachtrij plaatsen: het verwerkt logische vergrendelingen die zijn ingesteld door het uitgevoerde Java-toepassingsprogramma in een serverproces.
- Centrale services: Java-cluster vereist een speciaal exemplaar van de centrale services voor het beheren van vergrendelingen en het verzenden van berichten en gegevens. Java-cluster is een reeks processen die samenwerken om het betrouwbare systeem te bouwen. Instantie is een groep bronnen zoals geheugen, werkprocessen enzovoort.
- Java Dispatcher: het ontvangt de clientverzoeken en wordt doorgestuurd naar het serverproces .
- SDM: Software Deployment Manager wordt gebruikt om J2EE-componenten te installeren.
- Java Server-processen: het kan een groot aantal verzoeken tegelijkertijd verwerken.
- Threading: meerdere processen worden afzonderlijk op de achtergrond uitgevoerd, dit concept wordt threading genoemd.
- ICM: het maakt communicatie mogelijk tussen het SAP-systeem en het HTTP-, HTTPS-, SMTP-protocol. Dit betekent dat u door de systeem-URL in de browser in te voeren, SAP ook vanuit de browser kunt openen.
Een ander onderdeel is JCO. JCO wordt gebruikt om de communicatie tussen java-dispatcher en ABAP-dispatcher af te handelen wanneer het systeem is geconfigureerd als ABAP + Java.
Hoe werkt het SAP-aanmeldingsproces?
Stap 1) Zodra een gebruiker vanuit de GUI op het SAP-systeem klikt, wordt het gebruikersverzoek doorgestuurd naar Dispatcher. Stap 2) Verzoek wordt eerst opgeslagen in Verzoekwachtrijen. Verzender volgt de regel First in First out . Het vindt een gratis werkproces en wordt, indien beschikbaar, toegewezen.
Stap 3) Op verzoek van de gebruiker wordt een bepaald werkproces toegewezen aan de gebruiker. Wanneer een gebruiker zich bijvoorbeeld aanmeldt bij het systeem, wordt het Dialog-werkproces aan de gebruiker toegewezen. Als de gebruiker een rapport op de achtergrond uitvoert, wordt het achtergrondwerkproces toegewezen aan de gebruiker. Als er enkele wijzigingen worden aangebracht op databaseniveau, wordt het update-werkproces toegewezen. Dus volgens het actieproces van de gebruiker wordt het werkproces toegewezen.
Stap 4)Nadat de gebruiker het dialoogvensterwerkproces heeft toegewezen, worden de gebruikersautorisaties en de huidige instelling van de gebruiker ingevoerd in het werkproces in het gedeelde geheugen om toegang te krijgen tot de gegevens van de gebruiker. Zodra de dialoogstap is uitgevoerd, worden de gegevens van de gebruiker uit het werkproces uitgerold. Zo wordt het gedeelde geheugen opgeschoond en kunnen de gegevens van andere gebruikers worden opgeslagen in het gedeelde geheugen. Dialoogstap betekent de schermbewegingen. Wanneer een gebruiker in een transactie van het ene scherm naar het andere springt, wordt het proces een dialoogstap genoemd.
Stap 5)Het eerste werkproces zal de gegevens in de buffer vinden. Als het gegevens in de buffer vindt, is het niet nodig om gegevens uit de database op te halen. De responstijd is dus verbeterd en dit proces wordt hit genoemd. Als het de gegevens in de buffer niet vindt, vindt het de gegevens in de database en wordt dit proces miss genoemd. De hit-ratio moet altijd hoger zijn dan de miss-ratio. Het verbetert de prestaties van het systeem.
Stap 6) Andere gevraagde gegevens worden opgevraagd vanuit de database en zodra het proces is voltooid, wordt het resultaat via dispatcher teruggestuurd naar de GUI.
Stap 7) Bij de eindgebruiker worden de gegevens uit het gedeelde geheugen verwijderd zodat het geheugen beschikbaar komt voor andere gebruikers. Dit proces wordt uitrol genoemd .