Sap R/3 ArchiTutorial sulla tecnica

Che cos'è la SAP R/3?

SAP R/3 è un'architettura a 3 livelli composta da 3 strati

1. Presentazione del concorso
2. Applicazioni
3. Banca Dati

In parole povere, si tratta di un'architettura client-server.

• R significa sistema in tempo reale
• 3 rappresenta – architettura a 3 livelli.

PC dell'utente:- Gli utenti possono accedere SAP sistema in due modi: -

1. Attraverso SAP GUI
2. Tramite browser Web

Si chiama front-end. Nel PC dell'utente è installato solo il front-end e non i server dell'applicazione/database.

Il front-end porta le richieste dell'utente al server database e ai server delle applicazioni.

Server delle applicazioni: – Il server delle applicazioni è costruito per elaborare la logica aziendale. Questo carico di lavoro è distribuito tra più server applicazioni. Con più server applicazioni, l'utente può ottenere l'output più rapidamente.

Il server delle applicazioni esiste in una posizione remota rispetto alla posizione del PC dell'utente.

Server database: –Il server database memorizza e recupera i dati come da SQL query generate da ABAP e Java applicazioni.

Il database e l'applicazione possono esistere nella stessa posizione fisica o in una diversa.

Capire il diverso SAP galline ovaiole

Livello di presentazione

Il livello di presentazione contiene i componenti software che compongono il SAPgui (interfaccia utente grafica). Questo livello è l'interfaccia tra il sistema R/3 e i suoi utenti. Il sistema R/3 utilizza il file SAPgui per fornire un'interfaccia utente grafica intuitiva per l'immissione e la visualizzazione dei dati.

Il livello di presentazione invia l'input dell'utente al server delle applicazioni e riceve da esso i dati da visualizzare. Mentre a SAPIl componente GUI è in esecuzione, rimane collegato alla sessione terminale dell'utente nel sistema R/3.

Livello dell'applicazione

Il livello dell'applicazione è costituito da uno o più server delle applicazioni e un server di messaggistica. Ciascun server delle applicazioni contiene una serie di servizi utilizzati per eseguire il sistema R/3. In teoria, è necessario un solo server delle applicazioni per eseguire un sistema R/3. In pratica, i servizi sono distribuiti su più di un server applicativo. Il server dei messaggi è responsabile della comunicazione tra i server delle applicazioni. Passa le richieste da un server delle applicazioni a un altro all'interno del sistema. Contiene inoltre informazioni sui gruppi di server delle applicazioni e sul bilanciamento del carico corrente al loro interno. Utilizza queste informazioni per assegnare un server appropriato quando un utente accede al sistema.

Livello database:

Il livello del database è costituito da un sistema di database centrale contenente tutti i dati nel sistema R/3. Il sistema di database ha due componenti: il sistema di gestione del database (DBMS) e il database stesso. SAP ha prodotto il proprio database denominato Hana ma è compatibile con tutti i principali database come Oracle. Tutti i dati R/3 vengono memorizzati nel database. Ad esempio, il database contiene i dati di controllo e personalizzazione che determinano il modo in cui funziona il sistema R/3. Contiene anche il codice del programma per le tue applicazioni. Le applicazioni sono costituite da codice di programma, definizioni di schermate, menu, moduli funzione e vari altri componenti. Questi sono memorizzati in una sezione speciale del database chiamata Repository R/3 e sono di conseguenza chiamati oggetti repository. Repository R/3, gli oggetti vengono utilizzati nel workbench ABAP.

Comprendere i componenti di SAP R/3 a 3 livelli Architectura

1. Server dei messaggi:Gestisce la comunicazione tra i Dispatcher distribuiti in Sistema ABAP.
2. Coda del dispatcher: In questa coda vengono memorizzati diversi tipi di processi di lavoro.
3. Mittente: Distribuisce le richieste ai processi di lavoro.
4. Gateway: Consente la comunicazione tra SAP sistema e tra SAP sistema e sistemi esterni.
5. Processi di lavoro ABAP: – Esegue separatamente i passaggi di dialogo nelle applicazioni R/3. I tipi di processi di lavoro sono indicati di seguito: -

   

6. Tubi di memoria: Consente la comunicazione tra i processi di lavoro ICM e ABAP.
7. Server dei messaggi: Gestisce i dispatcher Java e i processi server. Abilita la comunicazione all'interno dell'ambiente runtime Java.
8. Accoda il server:Gestisce i blocchi logici impostati dall'esecuzione Java programma applicativo in un processo server.
9. Servizi Centrali: Java Il cluster richiede un'istanza speciale dei servizi centrali per la gestione dei blocchi e la trasmissione di messaggi e dati. Java cluster è un set di processi che lavorano insieme per costruire il sistema affidabile. Instance è un gruppo di risorse come memoria, processi di lavoro e così via.
10. Java Mittente: Riceve le richieste del client e le inoltra al processo del server.
11. SDM: Software Deployment Manager viene utilizzato per installare i componenti J2EE.
12. Java Processi del server: Può elaborare un gran numero di richieste contemporaneamente.
13. Filettatura: Più processi vengono eseguiti separatamente in background, questo concetto è chiamato threading.
14. ICM: Consente la comunicazione tra SAP sistema e protocollo HTTP, HTTPS, SMTP. Significa che puoi accedere inserendo l'URL del sistema nel browser SAP anche dal browser.

Un altro componente è JCO. JCO è utilizzato per gestire la comunicazione tra il dispatcher Java e il dispatcher ABAP quando il sistema è configurato come ABAP+Java.

Come il SAP Il processo di accesso funziona?

Passo 1) Una volta che un utente fa clic su SAP sistema dalla GUI a cui viene inoltrata la richiesta dell'utente Spedizione.

Passo 2) La richiesta è archiviata in Richiedi prima le code. Segue il dispatcher Il primo che entra è il primo ad uscire regola. Troverà iter lavorativo libero e se disponibile verrà assegnato.

Passo 3) Secondo la richiesta dell'utente, all'utente viene assegnato un particolare processo di lavoro. Ad esempio, quando l'utente accede al sistema, all'utente viene assegnato il processo di lavoro della finestra di dialogo. Se l'utente esegue un report in background, all'utente viene assegnato il processo di lavoro in background. Quando vengono apportate alcune modifiche a livello di database, viene assegnato il processo di lavoro di aggiornamento. Quindi, in base all'azione dell'utente, viene assegnato il processo di lavoro.

Passo 4) Una volta assegnato all'utente il processo di lavoro della finestra di dialogo e le autorizzazioni dell'utente, le impostazioni correnti dell'utente vengono inserite nel processo di lavoro nella memoria condivisa per accedere ai dati dell'utente. Una volta eseguita la fase di dialogo, i dati dell'utente vengono implementati dal processo di lavoro. In questo modo la memoria condivisa verrà pulita e i dati di altri utenti potranno essere salvati nell'area di memoria condivisa. Per passo di dialogo si intendono i movimenti dello schermo. In una transazione, quando un utente passa da una schermata all'altra, il processo viene chiamato fase di dialogo.

Passo 5) Il primo processo di lavoro troverà i dati nel buffer. Se trova i dati nel buffer, non c'è bisogno di recuperare i dati dal database. Quindi il tempo di risposta è migliorato e questo processo è chiamato hit. Se non trova i dati nel buffer, li troverà nel database e questo processo è chiamato miss. Il rapporto hit dovrebbe essere sempre più alto del rapporto miss. Migliora le prestazioni del sistema.

Passo 6) Altri dati richiesti vengono interrogati dal database e una volta completato il processo, il risultato viene inviato nuovamente GUI tramite dispatcher.

Passo 7) Alla fine i dati dell'utente vengono rimossi dalla memoria condivisa in modo che la memoria sarà disponibile per altri utenti. Questo processo si chiama srotolare.