Sok R/3 ArchiPoradnik dotyczący technologii

Przez: Jessiki Blake Jessiki Blake
Hours Zaktualizowano

Czym jest SAP R/3?

SAP R/3 to architektura 3-warstwowa składająca się z 3 warstw

  1. Prezentacja
  2. Zastosowanie
  3. Baza danych

Krótko mówiąc, jest to architektura klient-serwer.

  • R oznacza system czasu rzeczywistego
  • 3 reprezentuje – architekturę trójwarstwową.

Sok R/3 Architektura

Komputer użytkownika:- Użytkownicy mają dostęp SAP system na dwa sposoby: -

  1. Przez SAP GUI
  2. Przez przeglądarkę internetową

To się nazywa front-end. Na komputerze użytkownika instalowany jest tylko front-end, a nie serwery aplikacji/baz danych.

Frontend przenosi żądania użytkownika do serwera bazy danych i serwerów aplikacji.

Serwery aplikacji: – Serwer aplikacji jest zbudowany do przetwarzania logiki biznesowej. To obciążenie jest rozdzielone pomiędzy wiele serwerów aplikacji. Dzięki wielu serwerom aplikacji użytkownik może szybciej uzyskać wyniki.

Serwer aplikacji znajduje się w lokalizacji zdalnej w porównaniu z lokalizacją komputera użytkownika.

Serwer bazy danych: -Serwer bazy danych przechowuje i pobiera dane zgodnie z SQL zapytania generowane przez ABAP i Java aplikacji.

Baza danych i aplikacja mogą znajdować się w tej samej lub innej lokalizacji fizycznej.

Zrozumienie różnych SAP nioski

Zrozumieć inaczej SAP Warstwy

Warstwa prezentacji

Warstwa prezentacji zawiera komponenty oprogramowania tworzące SAPGUI (graficzny interfejs użytkownika). Warstwa ta stanowi interfejs pomiędzy Systemem R/3 a jego użytkownikami. System R/3 wykorzystuje SAPgui zapewniający intuicyjny graficzny interfejs użytkownika do wprowadzania i wyświetlania danych.

Warstwa prezentacji wysyła dane wejściowe użytkownika do serwera aplikacji i odbiera z niego dane do wyświetlenia. Podczas gdy SAPgui jest uruchomiony, pozostaje on połączony z sesją terminala użytkownika w systemie R/3.

Warstwa aplikacji

Warstwa aplikacji składa się z jednego lub większej liczby serwerów aplikacji i serwera komunikatów. Każdy serwer aplikacji zawiera zestaw usług służących do uruchomienia Systemu R/3. Teoretycznie do uruchomienia systemu R/3 potrzebny jest tylko jeden serwer aplikacji. W praktyce usługi są rozproszone na więcej niż jednym serwerze aplikacji. Serwer komunikatów odpowiada za komunikację pomiędzy serwerami aplikacji. Przekazuje żądania z jednego serwera aplikacji do drugiego w systemie. Zawiera także informacje o grupach serwerów aplikacji i bieżącym równoważeniu obciążenia w ich obrębie. Wykorzystuje te informacje do przypisania odpowiedniego serwera, gdy użytkownik loguje się do systemu.

Warstwa bazy danych:

Warstwa bazy danych składa się z centralnego systemu bazodanowego zawierającego wszystkie dane Systemu R/3. System baz danych składa się z dwóch komponentów – systemu zarządzania bazami danych (DBMS) i samej bazy danych. SAP stworzyła własną bazę danych o nazwie Hana ale jest kompatybilny ze wszystkimi głównymi bazami danych, takimi jak Oracle. Wszystkie dane R/3 są przechowywane w bazie danych. Na przykład baza danych zawiera dane kontrolne i konfiguracyjne, które określają sposób działania systemu R/3. Zawiera także kod programu dla Twoich aplikacji. Aplikacje składają się z kodu programu, definicji ekranów, menu, modułów funkcyjnych i różnych innych komponentów. Są one przechowywane w specjalnej sekcji bazy danych zwanej Repozytorium R/3 i odpowiednio nazywane są obiektami repozytorium. Repozytorium R/3, obiekty wykorzystywane są w środowisku roboczym ABAP.

Zrozumienie składników SAP R/3 3-poziomowy Architektura

Części SAP R/3 3-poziomowy Architektura
ABAP+Java Konfiguracja Architektura
  1. Serwer wiadomości:Obsługuje komunikację pomiędzy rozproszonymi dyspozytorami w systemu ABAP.
  2. Kolejka dyspozytora: W tej kolejce przechowywane są różne typy procesów roboczych.
  3. Dyspozytor: Dystrybuuje żądania do procesów roboczych.
  4. Przejście: Umożliwia komunikację pomiędzy SAP systemu i pomiędzy SAP systemowe i systemy zewnętrzne.
  5. Procesy ABAP-Work: – Odrębnie wykonuje kroki dialogowe w aplikacjach R/3. Rodzaje procesów roboczych podano poniżej:

    Części SAP R/3 3-poziomowy Architektura

  6. Rurki pamięci: Umożliwia komunikację pomiędzy procesami pracy ICM i ABAP.
  7. Serwer wiadomości: Obsługuje dyspozytory Java i procesy serwerowe. Umożliwia komunikację w środowisku wykonawczym Java.
  8. Umieść serwer w kolejce:Obsługuje blokady logiczne ustawiane przez wykonywane Java program aplikacyjny w procesie serwera.
  9. Usługi centralne: Java Klaster wymaga specjalnej instancji usług centralnych do zarządzania blokadami oraz przesyłania wiadomości i danych. Java klaster to zbiór procesów, które współpracują ze sobą, aby zbudować niezawodny system. Instancja to grupa zasobów, takich jak pamięć, procesy robocze itd.
  10. Java Dyspozytor: Odbiera żądania klientów i przekazuje je do procesu serwera.
  11. SDM: Software Deployment Manager służy do instalowania komponentów J2EE.
  12. Java Procesy serwera: Może przetwarzać dużą liczbę żądań jednocześnie.
  13. Gwintowanie: Wiele procesów jest wykonywanych oddzielnie w tle. Koncepcja ta nazywa się wątkowością.
  14. ICM: Umożliwia komunikację pomiędzy SAP systemu i protokołu HTTP, HTTPS, SMTP. Oznacza to, że należy wprowadzić systemowy adres URL w przeglądarce, do której można uzyskać dostęp SAP także z przeglądarki.

Kolejnym komponentem jest JCO. JCO jest używane do obsługi komunikacji między dyspozytorem Java a dyspozytorem ABAP, gdy system jest skonfigurowany jako ABAP+Java.

Jak SAP Proces logowania działa?

SAP Proces logowania

Krok 1) Gdy użytkownik kliknie na SAP systemu z GUI, żądanie użytkownika jest przekazywane Załatwić.

Krok 2) Żądanie jest przechowywane w Najpierw poproś o kolejki. Dyspozytor podąża za nim Pierwszy na wejściu. Pierwszy na wyjściu reguła. Znajdzie wolny proces pracy i jeśli będzie dostępny, zostanie przydzielony.

Krok 3) Na życzenie użytkownika przydzielany jest mu określony proces pracy. Przykładowo po zalogowaniu się użytkownika do systemu następuje przypisanie mu procesu pracy w Dialogu. Jeśli użytkownik uruchomi raport w tle, proces pracy w tle zostanie mu przypisany. Gdy pewne modyfikacje zostaną wykonane na poziomie bazy danych, przypisywany jest proces aktualizacji. Proces pracy jest przypisywany zgodnie z działaniem użytkownika.

Krok 4) Po przypisaniu użytkownikowi okna dialogowego procesu roboczego, uprawnienia użytkownika i bieżące ustawienia użytkownika są przenoszone do procesu roboczego w pamięci współdzielonej, aby uzyskać dostęp do danych użytkownika. Po wykonaniu kroku dialogowego dane użytkownika są usuwane z procesu roboczego. W ten sposób pamięć współdzielona zostanie wyczyszczona, a dane innych użytkowników będą mogły zostać zapisane w obszarze pamięci współdzielonej. Krok dialogowy oznacza ruchy ekranu. W transakcji, gdy użytkownik przeskakuje z jednego ekranu na drugi, proces ten nazywa się etapem dialogu.

Krok 5) Pierwszy proces roboczy znajdzie dane w buforze. Jeśli znajdzie dane w buforze, nie ma potrzeby pobierania danych z bazy danych. W ten sposób czas odpowiedzi ulega poprawie, a proces ten nazywa się trafieniem. Jeśli nie znajdzie danych w buforze, znajdzie dane w bazie danych, a proces ten nazywa się chybieniem. Współczynnik trafień powinien być zawsze wyższy niż współczynnik chybień. Poprawia to wydajność systemu.

Krok 6) Inne żądane dane są pobierane z bazy danych i po zakończeniu procesu wynik jest odsyłany do GUI za pośrednictwem dyspozytora.

Krok 7) Na koniec dane użytkownika są usuwane z pamięci współdzielonej, dzięki czemu pamięć będzie dostępna dla innych użytkowników. Proces ten nazywa się wdrożenie.