Sap R/3 Archiundervisningsopplæring

by: Jessica Blake Jessica Blake
Hours oppdatert

Hva er SAP R/3?

SAP R/3 er en 3-lags arkitektur som består av 3 lag

  1. Presentasjon
  2. Søknad
  3. Database

Med enkle ord er det en klientserverarkitektur.

  • R betyr sanntidssystem
  • 3 representerer – 3-lags arkitektur.

Sap R/3 Architecture

Brukerens PC:- Brukere har tilgang SAP systemet på to måter:

  1. Gjennom SAP GUI
  2. Gjennom nettleser

Det kalles front-end. Bare front-end er installert på brukerens PC, ikke applikasjons-/databaseserverne.

Front-end tar brukerens forespørsler til databaseserver og applikasjonsservere.

Applikasjonsservere: – Applikasjonsserver er bygget for å behandle forretningslogikk. Denne arbeidsmengden er fordelt på flere applikasjonsservere. Med flere applikasjonsservere kan brukeren få utdataene raskere.

Applikasjonsserveren finnes på et eksternt sted sammenlignet med plasseringen til bruker-PCen.

Databaseserver: –Databaseserver lagrer og henter data iht SQL spørringer generert av ABAP og Java applikasjoner.

Database og applikasjon kan eksistere på samme eller annen fysisk plassering.

Forstå annerledes SAP lag

Forstå forskjellig SAP Lag

Presentasjonslag

Presentasjonslaget inneholder programvarekomponentene som utgjør SAPgui (grafisk brukergrensesnitt). Dette laget er grensesnittet mellom R/3-systemet og dets brukere. R/3-systemet bruker SAPgui for å gi et intuitivt grafisk brukergrensesnitt for å legge inn og vise data.

Presentasjonslaget sender brukerens input til applikasjonsserveren, og mottar data for visning fra denne. Mens a SAPgui-komponenten kjører, forblir den koblet til en brukers terminaløkt i R/3-systemet.

Applikasjonslag

Applikasjonslaget består av en eller flere applikasjonsservere og en meldingsserver. Hver applikasjonsserver inneholder et sett med tjenester som brukes til å kjøre R/3-systemet. Teoretisk sett trenger du bare én applikasjonsserver for å kjøre et R/3-system. I praksis er tjenestene fordelt på mer enn én applikasjonsserver. Meldingsserveren er ansvarlig for kommunikasjonen mellom applikasjonsserverne. Den sender forespørsler fra en applikasjonsserver til en annen i systemet. Den inneholder også informasjon om applikasjonsservergrupper og gjeldende belastningsbalansering i dem. Den bruker denne informasjonen til å tildele en passende server når en bruker logger på systemet.

Databaselag:

Databaselaget består av et sentralt databasesystem som inneholder alle dataene i R/3-systemet. Databasesystemet har to komponenter – databasestyringssystemet (DBMS) og selve databasen. SAP har laget sin egen database ved navn Hana men er kompatibel med alle større databaser som f.eks Oracle. Alle R/3-data lagres i databasen. For eksempel inneholder databasen kontroll- og tilpasningsdata som bestemmer hvordan R/3-systemet ditt kjører. Den inneholder også programkoden for applikasjonene dine. Applikasjoner består av programkode, skjermdefinisjoner, menyer, funksjonsmoduler og diverse andre komponenter. Disse lagres i en spesiell del av databasen kalt R/3-depotet, og kalles følgelig depotobjekter. R/3 repository, objekter brukes i ABAP arbeidsbenk.

Forstå komponentene i SAP R/3 3-lags Architecture

Komponenter av SAP R/3 3-lags Architecture
ABAP+Java System Architecture
  1. Meldingsserver:Den håndterer kommunikasjon mellom distribuerte dispatchers i ABAP system.
  2. Ekspeditørkø: Ulike arbeidsprosesstyper er lagret i denne køen.
  3. Avsender: Den distribuerer forespørsler til arbeidsprosessene.
  4. Inngangsport: Det muliggjør kommunikasjon mellom SAP system og mellom SAP system og eksterne systemer.
  5. ABAP-arbeidsprosesser: – Den utfører separat dialogtrinn i R/3-applikasjoner. Typer arbeidsprosesser er gitt som nedenfor: -

    Komponenter av SAP R/3 3-lags Architecture

  6. Minne-pipes: Det muliggjør kommunikasjon mellom ICM og ABAP arbeidsprosesser.
  7. Meldingsserver: Den håndterer java-dispatchere og serverprosesser. Det muliggjør kommunikasjon innenfor java runtime-miljø.
  8. Enqueue Server:Den håndterer logiske låser som er satt av de utførte Java applikasjonsprogram i en serverprosess.
  9. Sentraltjenester: Java cluster krever en spesiell forekomst av de sentrale tjenestene for håndtering av låser og overføring av meldinger og data. Java cluster er et sett med prosesser som jobber sammen for å bygge det pålitelige systemet. Forekomst er en gruppe ressurser som minne, arbeidsprosesser og så videre.
  10. Java Avsender: Den mottar klientforespørslene og videresender til serverprosessen.
  11. SDM: Software Deployment Manager brukes til å installere J2EE-komponenter.
  12. Java Serverprosesser: Den kan behandle et stort antall forespørsler samtidig.
  13. Tråding: Flere prosesser kjøres separat i bakgrunnen, dette konseptet kalles tråding.
  14. ICM: Det muliggjør kommunikasjon mellom SAP system og HTTP, HTTPS, SMTP-protokoll. Det betyr at du får tilgang til systemets URL i nettleseren SAP fra nettleseren også.

En annen komponent er JCO. JCO brukes til å håndtere kommunikasjon mellom java dispatcher og ABAP dispatcher når systemet er konfigurert som ABAP+Java.

Hvordan i SAP Fungerer påloggingsprosessen?

SAP Påloggingsprosess

Trinn 1) Når en bruker klikker på SAP system fra GUI, blir brukerforespørselen videresendt til Utsendelse.

Trinn 2) Forespørsel er lagret i Be om kø først. Ekspeditør følger etter Først inn først ut regel. Den vil finne gratis arbeidsprosess og vil bli tildelt hvis tilgjengelig.

Trinn 3) I henhold til brukerforespørselen tildeles en bestemt arbeidsprosess til brukeren. For eksempel, når brukeren logger inn på systemet, blir Dialog arbeidsprosess tildelt brukeren. Hvis brukeren kjører en rapport i bakgrunnen, blir bakgrunnsarbeidsprosessen tildelt brukeren. Når noen endringer er gjort på databasenivå, tilordnes oppdateringsarbeidsprosessen. Så i henhold til brukerens handling er arbeidsprosessen tildelt.

Trinn 4) Når brukeren er tildelt dialogens arbeidsprosess og deretter brukerautorisasjoner, rulles brukerens gjeldende innstilling inn i arbeidsprosessen i delt minne for å få tilgang til brukerens data. Når dialogtrinnet er utført, rulles brukerens data ut fra arbeidsprosessen. Dermed vil delt minne bli renset og andre brukers data kan lagres i delt minneområde. Dialogtrinn betyr skjermbevegelsene. I en transaksjon, når en bruker hopper fra en skjerm til en annen, kalles prosessen et dialogtrinn.

Trinn 5) Første arbeidsprosess vil finne dataene i bufferen. Hvis den finner data i buffer, er det ikke nødvendig å hente data fra databasen. Dermed forbedres responstiden og denne prosessen kalles treff. Hvis den ikke finner dataene i buffer, vil den finne dataene i databasen, og denne prosessen kalles miss. Treffratio skal alltid være høyere enn missforhold. Det forbedrer ytelsen til systemet.

Trinn 6) Andre forespurte data spørres fra databasen, og når prosessen er fullført, sendes resultatet tilbake til GUI via dispatcher.

Trinn 7) Ved sluttbrukerens data fjernes fra delt minne slik at minnet vil være tilgjengelig for andre brukere. Denne prosessen kalles rull ut.