Sap R/3 Archiundervisningsvejledning

Hvad er SAP R/3?

SAP R/3 er en 3-lags architecture bestående af 3 lag

  1. Præsentation
  2. Anvendelse
  3. Database

Med enkle ord er det en klientserver architecture.

  • R betyder Real-time system
  • 3 repræsenterer – 3-lags architecture.

Sap R/3 Architecture

Brugerens pc:- Brugere kan få adgang til SAP-systemet på to måder:-

  1. Gennem SAP GUI
  2. Gennem webbrowser

Det kaldes front-end. Kun front-end er installeret på brugerens pc, ikke applikations-/databaseserverne.

Front-end tager brugerens anmodninger til databaseserver og applikationsservere.

Applikationsservere: – Applikationsserver er bygget til at behandle forretningslogik. Denne arbejdsbyrde er fordelt på flere applikationsservere. Med flere applikationsservere kan brugeren få output hurtigere.

Applikationsserveren findes på en fjernplacering sammenlignet med placeringen af ​​bruger-pc'en.

Databaseserver: –Databaseserver gemmer og henter data som pr SQL forespørgsler genereret af ABAP og Java applikationer.

Database og applikation kan eksistere på samme eller anden fysisk placering.

Forståelse af forskellige SAP-lag

Forståelse af forskellige SAP-lag

Præsentationslag

Præsentationslaget indeholder de softwarekomponenter, der udgør SAPgui (grafisk brugergrænseflade). Dette lag er grænsefladen mellem R/3-systemet og dets brugere. R/3-systemet bruger SAPgui til at give en intuitiv grafisk brugergrænseflade til indtastning og visning af data.

Præsentationslaget sender brugerens input til applikationsserveren og modtager data til visning fra den. Mens en SAPgui-komponent kører, forbliver den knyttet til en brugers terminalsession i R/3-systemet.

Applikationslag

Applikationslaget består af en eller flere applikationsservere og en beskedserver. Hver applikationsserver indeholder et sæt tjenester, der bruges til at køre R/3-systemet. Teoretisk set behøver du kun én applikationsserver for at køre et R/3-system. I praksis er tjenesterne fordelt på mere end én applikationsserver. Beskedserveren er ansvarlig for kommunikationen mellem applikationsserverne. Den sender anmodninger fra en applikationsserver til en anden i systemet. Den indeholder også oplysninger om applikationsservergrupper og den aktuelle belastningsbalancering i dem. Den bruger disse oplysninger til at tildele en passende server, når en bruger logger på systemet.

Databaselag:

Databaselaget består af et centralt databasesystem, der indeholder alle data i R/3-systemet. Databasesystemet har to komponenter – databasestyringssystemet (DBMS) og selve databasen. SAP har fremstillet sin egen database ved navn Hana men er kompatibel med alle større databaser som f.eks Oracle. Alle R/3 data gemmes i databasen. For eksempel indeholder databasen de kontrol- og tilpasningsdata, der bestemmer, hvordan dit R/3-system kører. Den indeholder også programkoden til dine applikationer. Applikationer består af programkode, skærmdefinitioner, menuer, funktionsmoduler og forskellige andre komponenter. Disse er gemt i en særlig sektion af databasen kaldet R/3 Repository, og kaldes derfor repository-objekter. R/3 repository, objekter bruges i ABAP workbench.

Forståelse af komponenterne i SAP R/3 3-tier Architecture

Komponenter af SAP R/3 3-tier Architecture
ABAP+Java System Architecture
  1. Meddelelsesserver:Det håndterer kommunikation mellem distribuerede dispatchere i ABAP system.
  2. Afsenderkø: Forskellige arbejdsprocestyper er gemt i denne kø.
  3. Afsender: Den distribuerer forespørgsler til arbejdsprocesserne.
  4. Gateway: Det muliggør kommunikation mellem SAP-system og mellem SAP-system og eksterne systemer.
  5. ABAP-Arbejdsprocesser: – Den udfører separat dialogtrin i R/3-applikationer. Typer af arbejdsprocesser er angivet som nedenfor: -

    Komponenter af SAP R/3 3-tier Architecture

  6. Hukommelsesrør: Det muliggør kommunikation mellem ICM og ABAP arbejdsprocesser.
  7. Meddelelsesserver: Det håndterer java-dispatchere og serverprocesser. Det muliggør kommunikation inden for java runtime-miljø.
  8. Enqueue Server:Det håndterer logiske låse, der er indstillet af det udførte Java-applikationsprogram i en serverproces.
  9. Centrale tjenester: Java cluster kræver en særlig instans af de centrale tjenester til styring af låse og transmission af beskeder og data. Java cluster er et sæt af processer, der arbejder sammen om at bygge det pålidelige system. Forekomst er en gruppe af ressourcer såsom hukommelse, arbejdsprocesser og så videre.
  10. Java Dispatcher: Den modtager klientanmodningerne og videresender til serverprocessen.
  11. SDM: Software Deployment Manager bruges til at installere J2EE-komponenter.
  12. Java-serverprocesser: Det kan behandle et stort antal anmodninger samtidigtneoalmindeligt.
  13. threading: Flere processer udføres separat i baggrunden, dette koncept kaldes threading.
  14. ICM: Det muliggør kommunikation mellem SAP-system og HTTP, HTTPS, SMTP-protokol. Det betyder, at du ved at indtaste system-URL i browseren også kan få adgang til SAP fra browseren.

Endnu en komponent er JCO. JCO bruges til at håndtere kommunikation mellem java dispatcher og ABAP dispatcher, når systemet er konfigureret som ABAP+Java.

Hvordan fungerer SAP-logonprocessen?

SAP logon proces

Trin 1) Når en bruger klikker på SAP-systemet fra GUI, videresendes brugeranmodningen til Forsendelse.

Trin 2) Anmodningen er gemt i Anmod om køer først. Afsender følger efter Først ind først ud Herske. Den vil finde gratis arbejdsproces og vil blive tildelt, hvis den er tilgængelig.

Trin 3) I henhold til brugerens anmodning tildeles en bestemt arbejdsproces til brugeren. For eksempel, når brugeren logger ind på systemet, tildeles Dialog arbejdsproces til brugeren. Hvis brugeren kører en rapport i baggrunden, tildeles baggrundsarbejdsproces til brugeren. Når nogle ændringer er udført på databaseniveau, tildeles opdateringsarbejdsproces. Så i henhold til brugerens handling er arbejdsprocessen tildelt.

Trin 4) Når brugeren er tildelt dialogens arbejdsproces og derefter brugerautorisationer, rulles brugerens aktuelle indstilling ind i arbejdsprocessen i delt hukommelse for at få adgang til brugerens data. Når først dialogtrinnet er udført, rulles brugerens data ud fra arbejdsprocessen. Således vil delt hukommelse blive renset, og andre brugeres data kan gemmes i delt hukommelsesområde. Dialogtrin betyder skærmbevægelserne. I en transaktion, når en bruger hopper fra en skærm til en anden, kaldes processen et dialogtrin.

Trin 5) Første arbejdsproces vil finde dataene i buffer. Hvis den finder data i buffer så er der ingen grund til at hente data fra databasen. Svartiden er således forbedret, og denne proces kaldes hit. Hvis den ikke finder dataene i buffer så vil den finde dataene i databasen, og denne proces kaldes miss. Hit ratio bør altid være højere end miss ratio. Det forbedrer systemets ydeevne.

Trin 6) Andre efterspurgte data forespørges fra databasen, og når processen er afsluttet, sendes resultatet tilbage til GUI via dispatcher.

Trin 7) Ved slutbrugerens data fjernes fra delt hukommelse, så hukommelsen vil være tilgængelig for andre brugere. Denne proces kaldes Rul ud.