Sap R/3 Architecture-tutorial

Door: Jessica Blake Jessica Blake
Hours Bijgewerkt

Wat is SAP R/3?

SAP R/3 is een 3-laags architectuur die bestaat uit 3 lagen

  1. Presentatie
  2. Aanvraag
  3. Database

Simpel gezegd is het een client-serverarchitectuur.

  • R betekent Real-time systeem
  • 3 staat voor – 3-laags architectuur.

Sap R/3 Architectuur

PC van de gebruiker: - Gebruikers hebben toegang SAP systeem op twee manieren: -

  1. Door SAP GUI
  2. Via webbrowser

Front-end heet dat. Alleen de front-end wordt op de pc van de gebruiker geïnstalleerd, niet op de applicatie-/databaseservers.

Front-end brengt 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 verkrijgen.

De applicatieserver bevindt zich op een externe locatie in vergelijking met de locatie van de gebruikers-pc.

Database server: -Databaseserver slaat gegevens op en haalt deze op volgens SQL zoekopdrachten gegenereerd door ABAP en Java toepassingen.

Database en applicatie kunnen zich op dezelfde of op een andere fysieke locatie bevinden.

Anders begrijpen SAP Legkippen

Anders begrijpen SAP Lagen

Presentatie laag

De presentatielaag bevat de softwarecomponenten waaruit het SAPgui (grafische gebruikersinterface). Deze laag is de interface tussen het R/3-systeem en zijn gebruikers. Het R/3-systeem maakt gebruik van 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 daarvan gegevens voor weergave. 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 te laten draaien. Theoretisch heb je slechts één applicatieserver nodig om een ​​R/3-systeem te laten draaien. In de praktijk worden de diensten verdeeld over meer dan één applicatieserver. De berichtenserver is verantwoordelijk voor de communicatie tussen de applicatieservers. Het geeft verzoeken door van de ene applicatieserver naar de andere binnen het systeem. Het bevat ook informatie over applicatieservergroepen en de huidige taakverdeling daarbinnen. Het gebruikt deze informatie om een ​​geschikte server toe te wijzen wanneer een gebruiker zich aanmeldt bij het systeem.

Databaselaag:

De databaselaag bestaat uit een centraal databasesysteem dat alle gegevens in het R/3-systeem bevat. Het databasesysteem bestaat uit twee componenten: het databasebeheersysteem (DBMS) en de database zelf. SAP heeft zijn eigen database gemaakt met de naam Hana maar is compatibel met alle grote databases zoals Oracle. Alle R/3-gegevens worden opgeslagen in de database. De database bevat bijvoorbeeld de besturings- en aanpassingsgegevens die bepalen hoe uw R/3-systeem werkt. Het bevat ook de programmacode voor uw toepassingen. Toepassingen bestaan ​​uit programmacode, schermdefinities, menu's, functiemodules en diverse andere componenten. Deze worden opgeslagen in een speciaal gedeelte van de database, de R/3 Repository, en worden daarom repository-objecten genoemd. R/3-repository, objecten worden gebruikt in de ABAP-workbench.

De componenten begrijpen van SAP R/3 3-laags Architectuur

Onderdelen van SAP R/3 3-laags Architectuur
ABAP+Java Systeem Architectuur
  1. Berichtenserver:Het verzorgt de communicatie tussen gedistribueerde Dispatchers in ABAP-systeem.
  2. Verzenderwachtrij: In deze wachtrij zijn verschillende werkprocestypen opgeslagen.
  3. Verzender: Het verdeelt verzoeken naar de werkprocessen.
  4. Poort: Het maakt communicatie tussen SAP systeem en tussen SAP systeem en externe systemen.
  5. ABAP-Werkprocessen: – Het voert afzonderlijk dialoogstappen uit in R/3-toepassingen. Soorten werkprocessen worden hieronder gegeven: -

    Onderdelen van SAP R/3 3-laags Architectuur

  6. Geheugenpijpen: Het maakt communicatie mogelijk tussen ICM- en ABAP-werkprocessen.
  7. Berichtenserver: Het verwerkt Java-dispatchers en serverprocessen. Het maakt communicatie mogelijk binnen de Java-runtime-omgeving.
  8. Server in wachtrij:Het verwerkt logische vergrendelingen die worden ingesteld door de uitgevoerde Java toepassingsprogramma in een serverproces.
  9. Centrale diensten: Java cluster vereist een speciaal exemplaar van de centrale services voor het beheren van sloten en het verzenden van berichten en gegevens. Java cluster is een set processen die samenwerken om het betrouwbare systeem te bouwen. Instance is een groep resources zoals geheugen, werkprocessen, enzovoort.
  10. Java Verzender: Het ontvangt de clientverzoeken en stuurt het door naar het serverproces.
  11. SDM: Software Deployment Manager wordt gebruikt om J2EE-componenten te installeren.
  12. Java Serverprocessen: Het kan een groot aantal verzoeken tegelijkertijd verwerken.
  13. Draadsnijden: Meerdere processen worden afzonderlijk op de achtergrond uitgevoerd, dit concept wordt threading genoemd.
  14. ICM: Het maakt communicatie tussen SAP systeem en HTTP-, HTTPS-, SMTP-protocol. Dit betekent dat u de systeem-URL invoert in de browser waartoe u toegang hebt SAP ook vanuit de browser.

Een ander onderdeel is JCO. JCO wordt gebruikt om de communicatie tussen Java Dispatcher en ABAP Dispatcher te verwerken wanneer het systeem is geconfigureerd als ABAP+Java.

Hoe de SAP Aanmeldingsproces werkt?

SAP Aanmeldingsproces

Stap 1) Zodra een gebruiker op de SAP systeem vanuit GUI, wordt het gebruikersverzoek doorgestuurd Verzenden.

Stap 2) Verzoek wordt opgeslagen in Vraag eerst wachtrijen aan. De verzender volgt Als eerste erin, als eerste eruit regel. Het zal een vrij werkproces vinden en, indien beschikbaar, worden toegewezen.

Stap 3) Op verzoek van de gebruiker wordt een bepaald werkproces aan de gebruiker toegewezen. Wanneer de gebruiker bijvoorbeeld inlogt op het systeem, wordt het Dialog-werkproces aan de gebruiker toegewezen. Als de gebruiker een rapport op de achtergrond uitvoert, wordt het achtergrondwerkproces aan de gebruiker toegewezen. Wanneer er enkele wijzigingen op databaseniveau worden aangebracht, wordt het updatewerkproces toegewezen. Dus volgens de actie van de gebruiker wordt het werkproces toegewezen.

Stap 4) Zodra aan de gebruiker het dialoogwerkproces is toegewezen en vervolgens de gebruikersautorisaties, worden de huidige instellingen van de gebruiker in het werkproces in het gedeelde geheugen ingevoerd 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 bij een transactie van het ene scherm naar het andere springt, wordt dit proces een dialoogstap genoemd.

Stap 5) Het eerste werkproces vindt de gegevens in de buffer. Als het gegevens in de buffer vindt, is het niet nodig om gegevens uit de database op te halen. Zo wordt de responstijd verbeterd en dit proces wordt hit genoemd. Als het de gegevens niet in de buffer vindt, vindt het de gegevens in de database en dit proces wordt miss genoemd. De hit-ratio moet altijd hoger zijn dan de miss-ratio. Het verbetert de prestaties van het systeem.

Stap 6) Andere opgevraagde gegevens worden uit de database opgevraagd en zodra het proces is voltooid, wordt het resultaat teruggestuurd GUI via coördinator.

Stap 7) Bij de eindgebruiker worden de gegevens uit het gedeelde geheugen verwijderd, zodat het geheugen beschikbaar is voor andere gebruikers. Dit proces wordt genoemd uitrollen.