Ce este SAP R / 3?
SAP R / 3 este o arhitectură pe 3 niveluri, formată din 3 straturi
- Prezentare
- Cerere
- Bază de date
În cuvinte simple, este o arhitectură server client.
- R semnifică un sistem în timp real
- 3 reprezintă - arhitectura pe 3 niveluri.
PC-ul utilizatorului: - Utilizatorii pot accesa sistemul SAP în două moduri: -
- Prin SAP GUI
- Prin browserul web
Se numește front-end. Doar front-end-ul este instalat în computerul utilizatorului, nu în serverele de aplicații / baze de date.
Front-end duce cererile utilizatorului către serverul de baze de date și serverele de aplicații.
Serverele 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 rezultatul mai rapid.
Serverul de aplicații există la o locație la distanță în comparație cu locația computerului utilizatorului.
Server de baze de date: - Serverul de baze de date stochează și recuperează date conform interogărilor SQL generate de aplicațiile ABAP și Java.
Baza de date și aplicația pot exista pe aceeași locație fizică sau diferită.
Înțelegerea diferitelor straturi SAP
Strat de prezentare :
Stratul de prezentare conține componentele software care alcătuiesc SAPgui (interfață grafică pentru utilizator). Acest strat este interfața dintre sistemul R / 3 și utilizatorii săi. Sistemul R / 3 folosește SAPgui pentru a oferi o interfață grafică intuitivă pentru introducerea și afișarea datelor.
Stratul de prezentare trimite informațiile utilizatorului către serverul de aplicații și primește date pentru afișare de la acesta. În timp ce o componentă SAPgui rulează, aceasta rămâne legată de sesiunea terminală a unui utilizator în sistemul R / 3.
Strat de aplicație:
Stratul de aplicație este format din 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 doar de un server de aplicații pentru a rula un sistem R / 3. În practică, serviciile sunt distribuite pe mai multe server de aplicații. Serverul de mesaje este responsabil pentru comunicarea dintre serverele de aplicații. Trece cererile de la un server de aplicații la altul din sistem. De asemenea, conține informații despre grupurile de server de aplicații și echilibrarea curentă a sarcinii î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 de baze de date constă dintr-un sistem central de baze de date care conține toate datele din sistemul R / 3. Sistemul de baze de date are două componente - sistemul de gestionare a bazelor de date (SGBD) ș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 dvs. R / 3. De asemenea, conține codul programului pentru aplicațiile dvs. Aplicațiile constau din codul programului, definiții ale ecranului, meniuri, module funcționale și diverse alte componente. Acestea sunt stocate într-o secțiune specială a bazei de date numită Depozitul R / 3 și, în consecință, sunt numite obiecte depozitare. Depozitul R / 3, obiectele sunt utilizate în ABAP workbench.
Înțelegerea componentelor arhitecturii pe 3 niveluri SAP R / 3: -
ABAP + Java System Architecture
- Server de mesaje: gestionează comunicarea între dispecerii distribuiți în sistemul ABAP .
- Coadă de dispecerat: diferite tipuri de procese de lucru sunt stocate în această coadă.
- Dispecer: Distribuie cereri către procesele de lucru.
- Gateway: Permite comunicarea între sistemul SAP și între sistemul SAP și sistemele externe .
- Procese de lucru ABAP: - Execută separat pașii de dialog în aplicațiile R / 3. Tipurile de procese de lucru sunt prezentate mai jos: -
- Memorii-țevi: Permite comunicarea între procesele de lucru ICM și ABAP.
- Server de mesaje: gestionează dispecerii java și procesele serverului. Permite comunicarea în mediul de rulare java.
- Enqueue Server: gestionează blocările logice care sunt setate de programul de aplicație Java executat într-un proces de server.
- Servicii centrale: Clusterul Java necesită o instanță specială a serviciilor centrale pentru gestionarea blocărilor și transmiterea mesajelor și datelor. Clusterul Java este un set de procese care funcționează împreună pentru a construi un sistem fiabil. Instanța este un grup de resurse, cum ar fi memoria, procesele de lucru și așa mai departe.
- Java Dispatcher: primește cererile clientului și le transmite procesului server .
- SDM: Software Deployment Manager este utilizat pentru instalarea componentelor J2EE.
- Procese Java Server: Poate procesa simultan un număr mare de cereri.
- Threading: Procese multiple se execută separat în fundal, acest concept se numește threading.
- ICM: Permite comunicarea între sistemul SAP și protocolul HTTP, HTTPS, SMTP. Înseamnă că prin introducerea URL-ului sistemului în browser puteți accesa și SAP din browser.
O altă componentă este JCO. JCO este utilizat pentru a gestiona comunicarea dintre dispecerul java și dispecerul ABAP atunci când sistemul este configurat ca ABAP + Java.
Cum funcționează procesul SAP Logon?
Pasul 1) Odată ce un utilizator face clic pe sistemul SAP din GUI, solicitarea utilizatorului este redirecționată către Dispatcher. Pasul 2) Cererea este stocată mai întâi în cozile de solicitare. Dispecerul respectă regula First in First out . Acesta va găsi un proces de lucru gratuit și, dacă este disponibil, va fi atribuit.
Pasul 3) Conform cererii utilizatorului, un anumit proces de lucru este atribuit utilizatorului. De exemplu, atunci când utilizatorul se conectează la sistem, atunci procesul de lucru Dialog este atribuit utilizatorului. Dacă utilizatorul rulează un raport în fundal, atunci procesul de lucru în fundal este atribuit utilizatorului. Când se fac unele modificări la nivelul bazei de date, atunci este atribuit procesul de actualizare. Deci, conform acțiunii utilizatorului, este atribuit procesul de lucru.
Pasul 4)Odată ce utilizatorului i se atribuie dialogul de lucru, apoi autorizațiile utilizatorului, setarea curentă a utilizatorului este introdusă în procesul de lucru în memoria partajată pentru a accesa datele utilizatorului. Odată ce pasul de dialog este executat, atunci 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.
Pasul 5)Primul proces de lucru va găsi datele în buffer. Dacă găsește date în buffer, atunci nu este nevoie să preluați date 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 le va găsi în baza de date și acest proces se numește miss. Raportul de lovituri trebuie să fie întotdeauna mai mare decât raportul de ratare Îmbunătățește performanța sistemului.
Pasul 6) Alte date solicitate sunt interogate din baza de date și odată ce procesul este finalizat, rezultatul este trimis înapoi către GUI prin dispecerat.
Pasul 7) La final, datele utilizatorului sunt eliminate din memoria partajată, astfel încât memoria va fi disponibilă pentru alți utilizatori. Acest proces se numește lansare.