Cos'è SAP R / 3?
SAP R / 3 è un'architettura a 3 livelli composta da 3 livelli
- Presentazione
- Applicazione
- Banca dati
In parole semplici, è un'architettura client server.
- R significa sistema in tempo reale
- 3 rappresenta - architettura a 3 livelli.
PC dell'utente: - Gli utenti possono accedere al sistema SAP in due modi: -
- Tramite SAP GUI
- Tramite browser Web
Si chiama front-end. Solo il front-end è installato nel PC dell'utente, non nei server dell'applicazione / database.
Il front-end porta le richieste dell'utente al server di database e ai server delle applicazioni.
Server delle applicazioni: - Il server delle applicazioni è costruito per elaborare la logica di business. Questo carico di lavoro viene distribuito tra più server delle applicazioni. Con più server delle 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 archivia e recupera i dati secondo le query SQL generate dalle applicazioni ABAP e Java.
Il database e l'applicazione possono esistere nella stessa posizione fisica o in una diversa.
Comprensione dei diversi livelli SAP
Livello di presentazione :
Il livello di presentazione contiene i componenti software che compongono SAPgui (interfaccia utente grafica). Questo strato è l'interfaccia tra il sistema R / 3 e i suoi utenti. Il sistema R / 3 utilizza 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 i dati per la visualizzazione da esso. Mentre un componente SAPgui è in esecuzione, rimane collegato alla sessione del terminale di un utente nel sistema R / 3.
Livello applicazione:
Il livello dell'applicazione è costituito da uno o più server delle applicazioni e un server dei messaggi. Ciascun server delle applicazioni contiene una serie di servizi utilizzati per eseguire il sistema R / 3. Teoricamente, è necessario un solo server delle applicazioni per eseguire un sistema R / 3. In pratica, i servizi sono distribuiti su più di un application server. 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 Database Layer è 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 sono memorizzati nel database. Ad esempio, il database contiene il controllo e la personalizzazione dei dati che determinano il modo in cui viene eseguito 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 funzionali e vari altri componenti. Questi sono memorizzati in una sezione speciale del database chiamata R / 3 Repository, e di conseguenza sono chiamati oggetti del repository. Repository R / 3, gli oggetti vengono utilizzati nel workbench ABAP.
Comprensione dei componenti dell'architettura a 3 livelli SAP R / 3: -
ABAP + Java System Architecture
- Message Server: gestisce la comunicazione tra Dispatcher distribuiti nel sistema ABAP .
- Coda del mittente: vari tipi di processi di lavoro sono memorizzati in questa coda.
- Dispatcher: distribuisce le richieste ai processi di lavoro.
- Gateway: abilita la comunicazione tra il sistema SAP e tra il sistema SAP e i sistemi esterni .
- ABAP-Processi di lavoro: - Esegue separatamente le fasi di dialogo nelle applicazioni R / 3. I tipi di processi di lavoro sono indicati come di seguito: -
- Tubi di memoria: consente la comunicazione tra i processi di lavoro ICM e ABAP.
- Message Server: gestisce i dispatcher java e i processi del server e consente la comunicazione all'interno dell'ambiente di runtime java.
- Enqueue Server: gestisce i blocchi logici impostati dal programma applicativo Java eseguito in un processo del server.
- Servizi centrali: il cluster Java richiede un'istanza speciale dei servizi centrali per la gestione dei blocchi e la trasmissione di messaggi e dati. Il cluster Java è un insieme di processi che lavorano insieme per costruire il sistema affidabile. L'istanza è un gruppo di risorse come memoria, processi di lavoro e così via.
- Java Dispatcher: riceve le richieste del client e le inoltra al processo del server .
- SDM: Software Deployment Manager viene utilizzato per installare i componenti J2EE.
- Processi server Java: può elaborare un gran numero di richieste contemporaneamente.
- Threading: più processi vengono eseguiti separatamente in background, questo concetto è chiamato threading.
- ICM: abilita la comunicazione tra il sistema SAP e il protocollo HTTP, HTTPS, SMTP. Significa che inserendo l'URL di sistema nel browser è possibile accedere a SAP anche dal browser.
Un altro componente è JCO. JCO viene utilizzato per gestire la comunicazione tra il dispatcher java e il dispatcher ABAP quando il sistema è configurato come ABAP + Java.
Come funziona il processo di accesso a SAP?
Passaggio 1) Quando un utente fa clic sul sistema SAP dalla GUI, la richiesta dell'utente viene inoltrata a Dispatcher. Passaggio 2) La richiesta viene prima archiviata nelle code delle richieste. Il Dispatcher segue la regola First in First Out . Troverà processo di lavoro gratuito e se disponibile verrà assegnato.
Passaggio 3) Secondo la richiesta dell'utente, all'utente viene assegnato un particolare processo di lavoro. Ad esempio, quando l'utente accede al sistema, il processo di lavoro della finestra di dialogo viene assegnato all'utente. Se l'utente esegue un report in background, il processo di lavoro in background viene assegnato all'utente. Quando vengono apportate alcune modifiche a livello di database, viene assegnato il processo di lavoro di aggiornamento. In base alle azioni dell'utente, viene assegnato il processo di lavoro.
Passaggio 4)Una volta assegnato all'utente il processo di lavoro della finestra di dialogo, le autorizzazioni dell'utente, l'impostazione corrente dell'utente vengono inserite nel processo di lavoro nella memoria condivisa per accedere ai dati dell'utente.Una volta eseguito il passaggio della finestra di dialogo, i dati dell'utente vengono distribuiti 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. Il passo di dialogo indica i movimenti dello schermo. In una transazione, quando un utente passa da una schermata all'altra, il processo viene chiamato fase di dialogo.
Passaggio 5)Il primo processo di lavoro troverà i dati nel buffer. Se trova dati nel buffer, non è necessario recuperare i dati dal database. Così il tempo di risposta è migliorato e questo processo è chiamato hit. Se non trova i dati nel buffer, troverà i dati nel database e questo processo è chiamato miss. Il rapporto colpi dovrebbe essere sempre più alto del rapporto mancati. Migliora le prestazioni del sistema.
Passaggio 6) Gli altri dati richiesti vengono interrogati dal database e una volta completato il processo, il risultato viene rinviato alla GUI tramite il dispatcher.
Passaggio 7) Al termine, i dati dell'utente vengono rimossi dalla memoria condivisa in modo che la memoria sia disponibile per altri utenti.Questo processo è chiamato roll-out.