Sap R/3 Archiundervisningsvejledning

Af: Jessica Blake Jessica Blake
Hours Opdateret

Hvad er SAP R/3?

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

  1. Præsentation
  2. Anvendelse
  3. Database

Med enkle ord er det en klientserverarkitektur.

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

Sap R/3 Architecture

Brugerens pc:- Brugere kan få adgang SAP system 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 anderledes SAP lag

Forståelse anderledes 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 for 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-komponenten 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å komponenterne i SAP R/3 3-lags Architecture

Komponenter af SAP R/3 3-lags Architecture
ABAP+Java Systemkrav 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 imellem 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-lags 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:Den håndterer logiske låse, der er indstillet af den udførte Java applikationsprogram i en serverproces.
  9. Centrale tjenester: Java klynge 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 Afsender: Den modtager klientanmodningerne og videresender til serverprocessen.
  11. SDM: Software Deployment Manager bruges til at installere J2EE-komponenter.
  12. Java Serverprocesser: Den kan behandle et stort antal anmodninger samtidigt.
  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 ved at indtaste system-URL i den browser, du kan få adgang til SAP også 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 SAP Virker logon-processen?

SAP Logon proces

Trin 1) Når en bruger klikker på SAP system fra GUI, bliver brugeranmodningen videresendt 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 bufferen. Hvis den finder data i buffer, 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, 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.

Du kan lide: