Sap R/3 ArchiTutorial de tectură

prin: Jessica Blake Jessica Blake
Hours Actualizat

Ce Este SAP R/3?

SAP R/3 este o arhitectură cu 3 niveluri formată din 3 straturi

  1. Despre Institutul Bruno Comby
  2. Aplicatii
  3. Baza de date

Cu cuvinte simple, este o arhitectură client server.

  • R înseamnă sistem în timp real
  • 3 reprezintă – arhitectură pe 3 niveluri.

Sap R/3 Architectură

PC-ul utilizatorului:- Utilizatorii pot accesa SAP sistem în două moduri: -

  1. Prin SAP GUI
  2. Prin browser web

Se numește front-end. Doar front-end-ul este instalat în PC-ul utilizatorului, nu serverele de aplicații/baze de date.

Front-end duce cererile utilizatorului către serverul de baze de date și serverele de aplicații.

Servere de aplicații: – Serverul de aplicații este construit pentru a procesa logica de afaceri. Această sarcină de lucru este distribuită între mai multe servere de aplicații. Cu mai multe servere de aplicații, utilizatorul poate obține rezultate mai rapid.

Serverul de aplicații există la o locație de la distanță în comparație cu locația PC-ului utilizatorului.

Server baze de date: –Serverul de baze de date stochează și preia datele conform SQL interogări generate de ABAP și Java aplicatii.

Baza de date și aplicația pot exista în aceeași locație fizică sau diferită.

Înțelegerea diferită SAP straturi

Înțelegerea Diferitului SAP Straturi

Strat de prezentare

Stratul de prezentare conține componentele software care alcătuiesc SAPgui (interfață grafică cu utilizatorul). Acest strat este interfața dintre sistemul R/3 și utilizatorii săi. Sistemul R/3 utilizează SAPgui pentru a oferi o interfață grafică intuitivă pentru introducerea și afișarea datelor.

Stratul de prezentare trimite intrarea utilizatorului către serverul de aplicații și primește date pentru afișare de la acesta. În timp ce a SAPcomponenta gui rulează, rămâne legată de sesiunea terminalului unui utilizator în sistemul R/3.

Strat de aplicație

Stratul aplicației constă dintr-unul sau mai multe servere de aplicații și un server de mesaje. Fiecare server de aplicații conține un set de servicii utilizate pentru a rula sistemul R/3. Teoretic, aveți nevoie de un singur server de aplicații pentru a rula un sistem R/3. În practică, serviciile sunt distribuite pe mai mult de un server de aplicații. Serverul de mesaje este responsabil pentru comunicarea dintre serverele de aplicații. Transmite cereri de la un server de aplicații la altul din cadrul sistemului. De asemenea, conține informații despre grupurile de servere de aplicații și echilibrarea curentă a încărcăturii în cadrul acestora. Folosește aceste informații pentru a atribui un server adecvat atunci când un utilizator se conectează la sistem.

Stratul bazei de date:

Stratul bazei de date constă dintr-un sistem de bază de date centrală care conține toate datele din sistemul R/3. Sistemul de baze de date are două componente – sistemul de management al bazei de date (DBMS) și baza de date în sine. SAP și-a fabricat propria bază de date numită Hana dar este compatibil cu toate bazele de date majore, cum ar fi Oracle. Toate datele R/3 sunt stocate în baza de date. De exemplu, baza de date conține datele de control și personalizare care determină modul în care funcționează sistemul dumneavoastră R/3. De asemenea, conține codul programului pentru aplicațiile dvs. Aplicațiile constau din cod de program, definiții de ecran, meniuri, module funcționale și diverse alte componente. Acestea sunt stocate într-o secțiune specială a bazei de date numită Repository R/3 și, în consecință, sunt numite obiecte de depozit. Depozitul R/3, obiectele sunt folosite în ABAP workbench.

Înțelegerea componentelor SAP R/3 3-nivel Architectură

Componente ale SAP R/3 3-nivel Architectură
ABAP+Java Sistem Architectură
  1. Server de mesaje:Se ocupă de comunicarea între dispecerii distribuiti în Sistem ABAP.
  2. Coada de dispecer: În această coadă sunt stocate diferite tipuri de procese de lucru.
  3. Dispecer: Distribuie cererile proceselor de lucru.
  4. gateway-uri: Permite comunicarea între SAP sistem și între SAP sistem și sisteme externe.
  5. ABAP-Procese de lucru: – Execută separat pașii de dialog în aplicațiile R/3. Tipurile de procese de lucru sunt prezentate după cum urmează:

    Componente ale SAP R/3 3-nivel Architectură

  6. Conducte de memorie: Permite comunicarea între procesele de lucru ICM și ABAP.
  7. Server de mesaje: Se ocupă de dispecerele java și de procesele serverului. Permite comunicarea în mediul de rulare java.
  8. Server de coadă:Se ocupă de blocările logice care sunt setate de executat Java program de aplicație într-un proces server.
  9. Servicii centrale: Java clusterul necesită o instanță specială a serviciilor centrale pentru gestionarea încuietorilor și transmiterea de mesaje și date. Java cluster este un set de procese care lucrează împreună pentru a construi un sistem de încredere. Instanța este un grup de resurse, cum ar fi memoria, procesele de lucru și așa mai departe.
  10. Java Dispecer: Acesta primește cererile clientului și le transmite către procesul serverului.
  11. SDM: Software Deployment Manager este utilizat pentru a instala componente J2EE.
  12. Java Procese server: Poate procesa un număr mare de solicitări simultan.
  13. Filetat: Procesele multiple se execută separat în fundal, acest concept se numește threading.
  14. ICM: Permite comunicarea între SAP sistem și protocolul HTTP, HTTPS, SMTP. Înseamnă că introducând adresa URL a sistemului în browser, puteți accesa SAP de asemenea din browser.

Încă o componentă este JCO. JCO este folosit pentru a gestiona comunicarea dintre dispecerul java și dispecerul ABAP atunci când sistemul este configurat ca ABAP+Java.

Cum SAP Procesul de conectare funcționează?

SAP Procesul de conectare

Pas 1) Odată ce un utilizator face clic pe SAP sistem din GUI, cererea utilizatorului este redirecționată Expediere.

Pas 2) Solicitarea este stocată în Solicitați mai întâi cozile. Urmează dispeceratul Primul intrat Primul ieşit regulă. Acesta va găsi un proces de lucru gratuit și, dacă este disponibil, va fi atribuit.

Pas 3) Conform cererii utilizatorului, utilizatorului i se atribuie un anumit proces de lucru. De exemplu, atunci când utilizatorul se conectează la sistem, procesul de lucru Dialog este atribuit utilizatorului. Dacă utilizatorul rulează un raport în fundal, procesul de lucru în fundal este atribuit utilizatorului. Când unele modificări sunt efectuate la nivel de bază de date, este atribuit procesul de lucru de actualizare. Deci, conform acțiunii utilizatorului, este atribuit procesul de lucru.

Pas 4) Odată ce utilizatorului i se atribuie dialogul de lucru, apoi autorizările utilizatorului, setările curente ale utilizatorului sunt introduse în procesul de lucru în memoria partajată pentru a accesa datele utilizatorului. Odată ce pasul de dialog este executat, datele utilizatorului sunt lansate din procesul de lucru. Astfel, memoria partajată va fi curățată și datele altor utilizatori pot fi salvate în zona de memorie partajată. Pasul de dialog înseamnă mișcările ecranului. Într-o tranzacție, atunci când un utilizator sare de la un ecran la altul, procesul se numește pas de dialog.

Pas 5) Primul proces de lucru va găsi datele în buffer. Dacă găsește date în buffer, atunci nu este nevoie să recupereze datele din baza de date. Astfel, timpul de răspuns este îmbunătățit și acest proces se numește hit. Dacă nu găsește datele în buffer, atunci va găsi datele în baza de date și acest proces se numește miss. Rata de lovituri ar trebui să fie întotdeauna mai mare decât rata de ratare. Îmbunătățește performanța sistemului.

Pas 6) Alte date solicitate sunt interogate din baza de date și odată ce procesul este finalizat, rezultatul este trimis înapoi la GUI prin dispecer.

Pas 7) Datele utilizatorului final sunt șterse din memoria partajată, astfel încât memoria va fi disponibilă pentru alți utilizatori. Acest proces se numește rola.