Savia R/3 ArchiTutorial de tecnología

¿Qué es SAP ¿R/3?

SAP R/3 es una arquitectura de 3 niveles que consta de 3 capas

1. Presentación
2. Solicitud
3. Database

En palabras simples, es una arquitectura cliente-servidor.

• R significa sistema en tiempo real
• 3 representa – arquitectura de 3 niveles.

PC del usuario: - Los usuarios pueden acceder SAP sistema de dos maneras: -

1. A través de SAP GUI
2. A través del navegador web

Se llama interfaz. Solo el front-end se instala en la PC del usuario, no los servidores de aplicaciones/base de datos.

El front-end lleva las solicitudes del usuario al servidor de bases de datos y a los servidores de aplicaciones.

Servidores de aplicaciones: – El servidor de aplicaciones está diseñado para procesar la lógica empresarial. Esta carga de trabajo se distribuye entre varios servidores de aplicaciones. Con múltiples servidores de aplicaciones, el usuario puede obtener el resultado más rápidamente.

El servidor de aplicaciones existe en una ubicación remota en comparación con la ubicación de la PC del usuario.

Servidor de base de datos: -El servidor de base de datos almacena y recupera datos según SQL consultas generadas por ABAP y Java aplicaciones.

La base de datos y la aplicación pueden existir en la misma ubicación física o en una diferente.

Entendiendo diferentes SAP ponedoras

Capa de presentación

La capa de presentación Contiene los componentes de software que componen el SAPgui (interfaz gráfica de usuario). Esta capa es la interfaz entre el Sistema R/3 y sus usuarios. El Sistema R/3 utiliza el SAPgui para proporcionar una interfaz gráfica de usuario intuitiva para ingresar y mostrar datos.

La capa de presentación envía la entrada del usuario al servidor de aplicaciones y recibe datos para mostrarlos. mientras un SAPEl componente gui se está ejecutando, permanece vinculado a la sesión del terminal de un usuario en el Sistema R/3.

Capa de aplicación

La capa de aplicación Consta de uno o más servidores de aplicaciones y un servidor de mensajes. Cada servidor de aplicaciones contiene un conjunto de servicios utilizados para ejecutar el Sistema R/3. En teoría, sólo necesita un servidor de aplicaciones para ejecutar un Sistema R/3. En la práctica, los servicios se distribuyen entre más de un servidor de aplicaciones. El servidor de mensajes es responsable de la comunicación entre los servidores de aplicaciones. Pasa solicitudes de un servidor de aplicaciones a otro dentro del sistema. También contiene información sobre los grupos de servidores de aplicaciones y el equilibrio de carga actual dentro de ellos. Utiliza esta información para asignar un servidor apropiado cuando un usuario inicia sesión en el sistema.

Capa de base de datos:

La capa de base de datos consta de un sistema de base de datos central que contiene todos los datos del Sistema R/3. El sistema de base de datos tiene dos componentes: el sistema de gestión de bases de datos (DBMS) y la propia base de datos. SAP ha fabricado su propia base de datos llamada Hana pero es compatible con todas las bases de datos principales, como Oracle. Todos los datos de R/3 se almacenan en la base de datos. Por ejemplo, la base de datos contiene los datos de control y personalización que determinan cómo se ejecuta su Sistema R/3. También contiene el código del programa para sus aplicaciones. Las aplicaciones constan de código de programa, definiciones de pantalla, menús, módulos de funciones y varios otros componentes. Estos se almacenan en una sección especial de la base de datos llamada Repositorio R/3 y, en consecuencia, se denominan objetos de repositorio. Repositorio R/3, los objetos se utilizan en el banco de trabajo ABAP.

Comprender los componentes de SAP R/3 3 niveles Architectura

1. Servidor de mensajes:Maneja la comunicación entre Dispatchers distribuidos en sistema ABAP.
2. Cola de despachadores: En esta cola se almacenan varios tipos de procesos de trabajo.
3. Despachador: Distribuye solicitudes a los procesos de trabajo.
4. Puerta: Permite la comunicación entre SAP sistema y entre SAP sistema y sistemas externos.
5. Procesos de trabajo ABAP: – Ejecuta por separado pasos de diálogo en aplicaciones R/3. Los tipos de procesos de trabajo se detallan a continuación: -

   

6. Tuberías de memoria: Permite la comunicación entre los procesos de trabajo ICM y ABAP.
7. Servidor de mensajes: Maneja despachadores de Java y procesos de servidor. Permite la comunicación dentro del entorno de ejecución de Java.
8. Servidor de cola:Maneja bloqueos lógicos establecidos por el ejecutado. Java programa de aplicación en un proceso de servidor.
9. Servicios Centrales: Java El clúster requiere una instancia especial de los servicios centrales para administrar bloqueos y transmitir mensajes y datos. Java Un clúster es un conjunto de procesos que trabajan juntos para construir un sistema confiable. Una instancia es un grupo de recursos como memoria, procesos de trabajo, etc.
10. Java Despachador: Recibe las solicitudes del cliente y las reenvía al proceso del servidor..
11. SDM: Software Deployment Manager se utiliza para instalar componentes J2EE.
12. Java Procesos del servidor: Puede procesar una gran cantidad de solicitudes simultáneamente.
13. Enhebrado: Múltiples procesos se ejecutan por separado en segundo plano; este concepto se llama subprocesamiento.
14. MCI: Permite la comunicación entre SAP sistema y protocolo HTTP, HTTPS, SMTP. Significa que ingresando la URL del sistema en el navegador puede acceder SAP desde el navegador también.

Otro componente es JCO. JCO se utiliza para gestionar la comunicación entre el despachador de Java y el despachador ABAP cuando el sistema está configurado como ABAP+.Java.

¿Cómo funciona el SAP ¿El proceso de inicio de sesión funciona?

Paso 1) Una vez que un usuario hace clic en el SAP sistema desde la GUI, la solicitud del usuario se reenvía a Envío.

Paso 2) La solicitud se almacena en Solicite colas primero. El despachador sigue Primero en entrar primero en salir regla. Encontrará un proceso de trabajo gratuito y, si está disponible, se le asignará.

Paso 3) Según la solicitud del usuario, se le asigna un proceso de trabajo particular. Por ejemplo, cuando el usuario inicia sesión en el sistema, se le asigna el proceso de trabajo del cuadro de diálogo. Si el usuario ejecuta un informe en segundo plano, se le asigna el proceso de trabajo en segundo plano. Cuando se realizan algunas modificaciones a nivel de base de datos, se asigna el proceso de trabajo de actualización. Entonces, según la acción del usuario, se asigna el proceso de trabajo.

Paso 4) Una vez que al usuario se le asigna el proceso de trabajo del diálogo, luego las autorizaciones del usuario y la configuración actual del usuario se incorporan al proceso de trabajo en la memoria compartida para acceder a los datos del usuario. Una vez que se ejecuta el paso del diálogo, los datos del usuario se eliminan del proceso de trabajo. De este modo, se limpiará la memoria compartida y los datos de otros usuarios se podrán guardar en el área de memoria compartida. El paso del diálogo significa los movimientos de la pantalla. En una transacción, cuando un usuario salta de una pantalla a otra, el proceso se denomina paso de diálogo.

Paso 5) El primer proceso de trabajo buscará los datos en el búfer. Si encuentra datos en el búfer, no es necesario recuperarlos de la base de datos. De esta manera, se mejora el tiempo de respuesta y este proceso se denomina acierto. Si no encuentra los datos en el búfer, los buscará en la base de datos y este proceso se denomina error. La tasa de aciertos siempre debe ser mayor que la tasa de errores. Esto mejora el rendimiento del sistema.

Paso 6) Otros datos solicitados se consultan desde la base de datos y una vez que se completa el proceso, el resultado se envía de regreso a GUI a través del despachador.

Paso 7) Al final, los datos del usuario se eliminan de la memoria compartida para que la memoria esté disponible para otros usuarios. Este proceso se llama desenrollar.