Mi az SAP R / 3?
Az SAP R / 3 egy 3 rétegű architektúra, amely 3 rétegből áll
- Bemutatás
- Alkalmazás
- Adatbázis
Egyszerű szavakkal: kliens szerver architektúra.
- R a valós idejű rendszert jelenti
- A 3 - háromrétegű architektúra.
Felhasználói számítógép: - A felhasználók kétféleképpen férhetnek hozzá az SAP rendszerhez: -
- Az SAP GUI-n keresztül
- Webböngészőn keresztül
Front-endnek hívják. Csak a kezelőfelület van telepítve a felhasználó számítógépére, az alkalmazás / adatbázis kiszolgálók nem.
A kezelőfelület elviszi a felhasználó kéréseit az adatbázis-kiszolgálókhoz és az alkalmazás-kiszolgálókhoz.
Alkalmazáskiszolgálók: - Az alkalmazáskiszolgáló az üzleti logika feldolgozására épül. Ez a terhelés több alkalmazáskiszolgáló között oszlik meg. Több alkalmazáskiszolgálóval a felhasználó gyorsabban megszerezheti a kimenetet.
Az alkalmazáskiszolgáló egy távoli helyen található, összehasonlítva a felhasználói számítógép helyével.
Adatbázis-kiszolgáló: - Az adatbázis-kiszolgáló az ABAP és a Java alkalmazások által generált SQL-lekérdezések szerint tárolja és tölti be az adatokat.
Az adatbázis és az alkalmazás ugyanazon vagy más fizikai helyen létezhet.
A különböző SAP rétegek megértése
Prezentációs réteg :
Az Prezentációs réteg tartalmazza az SAPgui-t (grafikus felhasználói felület) alkotó szoftveres összetevőket. Ez a réteg az interfész az R / 3 rendszer és felhasználói között. Az R / 3 rendszer az SAPgui segítségével intuitív grafikus felhasználói felületet biztosít az adatok beviteléhez és megjelenítéséhez.
A bemutató réteg elküldi a felhasználó bemenetét az alkalmazásszervernek, és megjelenítési adatokat fogad tőle. Amíg egy SAPgui komponens fut, továbbra is összekapcsolódik a felhasználó terminál munkamenetével az R / 3 rendszerben.
Alkalmazási réteg:
Az Alkalmazásréteg egy vagy több alkalmazáskiszolgálóból és egy üzenetkiszolgálóból áll. Minden alkalmazásszerver tartalmaz egy sor szolgáltatást, amelyeket az R / 3 rendszer futtatásához használnak. Elméletileg csak egy alkalmazáskiszolgálóra van szükség az R / 3 rendszer futtatásához. A gyakorlatban a szolgáltatásokat több alkalmazáskiszolgálón osztják szét. Az üzenetkiszolgáló felelős az alkalmazáskiszolgálók közötti kommunikációért. A rendszeren belüli kéréseket továbbítja az egyik alkalmazásszerverről a másikra. Ezenkívül információkat tartalmaz az alkalmazáskiszolgáló csoportokról és a bennük lévő aktuális terheléselosztásról. Ezeket az információkat használja a megfelelő kiszolgáló hozzárendeléséhez, amikor a felhasználó bejelentkezik a rendszerbe.
Adatbázis réteg:
Az adatbázis-réteg egy központi adatbázis-rendszerből áll, amely az R / 3 rendszer összes adatait tartalmazza. Az adatbázis-rendszernek két összetevője van - az adatbázis-kezelő rendszer (DBMS) és maga az adatbázis. Az SAP elkészítette saját Hana nevű adatbázisát, de kompatibilis az összes főbb adatbázissal, például az Oracle-kel. Az összes R / 3 adatot az adatbázisban tárolja. Például az adatbázis tartalmazza azokat a vezérlő és testreszabási adatokat, amelyek meghatározzák az R / 3 rendszer működését. Tartalmazza az alkalmazások programkódját is. Az alkalmazások programkódból, képernyőmeghatározásokból, menükből, funkciómodulokból és különféle egyéb összetevőkből állnak. Ezeket az adatbázis R / 3 Repository nevű speciális szakaszában tárolják, és ennek megfelelően repository objektumoknak hívják. R / 3 adattár, objektumokat használnak az ABAP munkapadban.
Az SAP R / 3 háromszintű architektúra összetevőinek megértése: -
ABAP + Java rendszerarchitektúra
- Üzenetkiszolgáló: Az ABAP rendszer elosztott diszpécserei közötti kommunikációt kezeli .
- Diszpécser várólista: Különféle munkafolyamat-típusok vannak tárolva ebben a sorban.
- Diszpécser: Kéréseket terjeszt a munkafolyamatok felé.
- Átjáró: Lehetővé teszi az SAP rendszer, valamint az SAP rendszer és a külső rendszerek közötti kommunikációt .
- ABAP-Work folyamatok: - Külön hajtja végre az R / 3 alkalmazások párbeszédpaneljeit. A munkafolyamatok típusai az alábbiak:
- Memóriacsövek: Lehetővé teszi az ICM és az ABAP munkafolyamatok közötti kommunikációt.
- Üzenetkiszolgáló: Kezeli a java diszpécsereket és a szerver folyamatokat. Lehetővé teszi a kommunikációt a java futásidejű környezetben.
- Kiszolgáló lekérdezése: Kezeli azokat a logikai zárakat, amelyeket a futtatott Java alkalmazásprogram állít be egy szerver folyamat során.
- Központi szolgáltatások: A Java-fürt a központi szolgáltatások speciális példányát igényli a zárak kezeléséhez, valamint az üzenetek és adatok továbbításához. A Java-fürt olyan folyamatok összessége, amelyek együttesen építik a megbízható rendszert. A példány olyan erőforrások csoportja, mint a memória, a munkafolyamatok és így tovább.
- Java diszpécser: Megkapja az ügyfél kéréseit és továbbítja a szerver folyamatába .
- SDM: A Software Deployment Manager a J2EE összetevők telepítésére szolgál.
- Java szerver folyamatok: Nagyszámú kérést képes egyszerre feldolgozni.
- Téma: Több folyamat külön-külön hajtódik végre a háttérben, ezt a fogalmat menetesnek nevezzük.
- ICM: Lehetővé teszi az SAP rendszer és a HTTP, HTTPS, SMTP protokoll közötti kommunikációt. Ez azt jelenti, hogy a böngészőben megadva a rendszer URL-jét, az böngészőből is elérheti az SAP-ot.
Még egy alkotóelem a JCO. A JCO a java diszpécser és az ABAP diszpécser közötti kommunikáció kezelésére szolgál, amikor a rendszer ABAP + Java-ként van konfigurálva.
Hogyan működik az SAP bejelentkezési folyamat?
1. lépés: Miután a felhasználó rákattint az SAP rendszerre a grafikus felhasználói felületről, a felhasználói kérés továbbításra kerül a diszpécsernek. 2. lépés : A kérelmet először a Kérelmezési sorok tárolják . A diszpécser az First in First out szabályt követi . Ingyenes munkafolyamatot fog találni, és ha rendelkezésre áll, hozzárendelik.
3. lépés: A felhasználói kérésnek megfelelően egy adott munkafolyamat van hozzárendelve a felhasználóhoz. Például, amikor a felhasználó bejelentkezik a rendszerbe, akkor a párbeszéd munkafolyamatot a felhasználóhoz rendeli. Ha a felhasználó egy jelentést futtat a háttérben, akkor a háttérmunka folyamatot hozzárendeli a felhasználóhoz. Ha bizonyos módosítások adatbázis-szinten történnek, akkor a frissítési munkafolyamat lesz hozzárendelve. Tehát a felhasználó művelete szerint munkafolyamat van hozzárendelve.
4. lépés)Miután a felhasználóhoz hozzárendelték a párbeszédpanel munkafolyamatát, majd a felhasználói jogosultságokat, a felhasználó aktuális beállításait a megosztott memóriában lévő munkafolyamatba állítják be, hogy hozzáférjenek a felhasználói adatokhoz. Miután végrehajtotta a párbeszédablakot, a felhasználó adatai a munkafolyamatból kerülnek ki. Így a megosztott memória megtisztul, és más felhasználók adatai elmenthetők a megosztott memória területén. A párbeszéd lépés a képernyő mozgását jelenti. Egy tranzakció során, amikor a felhasználó egyik képernyőről a másikra ugrik, a folyamatot párbeszéd lépésnek nevezzük.
5. lépés)Az első munkafolyamat megtalálja az adatokat a pufferben. Ha a pufferben talál adatokat, akkor nem kell adatokat lekérni az adatbázisból. Így a válaszidő javul, és ezt a folyamatot hitnek hívják. Ha nem találja meg az adatokat a pufferben, akkor megtalálja az adatokat az adatbázisban, és ezt a folyamatot Missnek hívják. A találati aránynak mindig magasabbnak kell lennie, mint a kihagyási arány. Javítja a rendszer teljesítményét.
6. lépés: Az egyéb kért adatokat lekérdezi az adatbázisból, és a folyamat befejezése után az eredményt diszpécseren keresztül visszaküldi a GUI-nak.
7. lépés: A végfelhasználó adatait eltávolítják a megosztott memóriából, így a memória más felhasználók számára is elérhető lesz. Ezt a folyamatot hívják bevezetésnek.