¿Qué es SAP R / 3?
SAP R / 3 es una arquitectura de 3 niveles que consta de 3 capas
- Presentación
- Solicitud
- Base de datos
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 al sistema SAP de dos formas: -
- A través de SAP GUI
- A través del navegador web
Se llama front-end. Solo el front-end está instalado en la PC del usuario, no los servidores de aplicaciones / bases de datos.
El front-end lleva las solicitudes del usuario al servidor de base 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 varios 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 consultas SQL generadas por aplicaciones ABAP y Java.
La base de datos y la aplicación pueden existir en la misma ubicación física o en una diferente.
Comprender las diferentes capas de SAP
Capa de presentación :
La capa de presentación contiene los componentes de software que componen SAPgui (interfaz gráfica de usuario). Esta capa es la interfaz entre el Sistema R / 3 y sus usuarios. El Sistema R / 3 utiliza 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 su visualización. Mientras se ejecuta un componente SAPgui, permanece vinculado a la sesión de 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 que se utilizan para ejecutar el Sistema R / 3. Teóricamente, solo necesita un servidor de aplicaciones para ejecutar un Sistema R / 3. En la práctica, los servicios se distribuyen en 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 consiste en 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 base de datos en sí. 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 funciona 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 denominada Repositorio R / 3 y, en consecuencia, se denominan objetos de repositorio. Repositorio R / 3, los objetos se utilizan en el banco de trabajo ABAP.
Comprensión de los componentes de la arquitectura de 3 niveles de SAP R / 3: -
Arquitectura del sistema ABAP + Java
- Servidor de mensajes: maneja la comunicación entre despachadores distribuidos en el sistema ABAP .
- Cola de despachador: en esta cola se almacenan varios tipos de procesos de trabajo.
- Dispatcher: distribuye solicitudes a los procesos de trabajo.
- Gateway: permite la comunicación entre el sistema SAP y entre el sistema SAP y los sistemas externos .
- Procesos ABAP-Work: - Ejecuta por separado pasos de diálogo en aplicaciones R / 3. Los tipos de procesos de trabajo se dan a continuación: -
- Canalizaciones de memoria: permite la comunicación entre los procesos de trabajo ICM y ABAP.
- Servidor de mensajes: maneja los procesos de servidor y despachadores de Java. Permite la comunicación dentro del entorno de ejecución de Java.
- Enqueue Server: maneja bloqueos lógicos que son establecidos por el programa de aplicación Java ejecutado en un proceso de servidor.
- Servicios centrales: el clúster de Java requiere una instancia especial de los servicios centrales para administrar bloqueos y transmitir mensajes y datos. El clúster de Java es un conjunto de procesos que trabajan juntos para construir un sistema confiable. La instancia es un grupo de recursos como la memoria, los procesos de trabajo, etc.
- Despachador de Java: recibe las solicitudes del cliente y las reenvía al proceso del servidor .
- SDM: Software Deployment Manager se utiliza para instalar componentes J2EE.
- Procesos del servidor Java: puede procesar una gran cantidad de solicitudes simultáneamente.
- Subprocesamiento: varios procesos se ejecutan por separado en segundo plano, este concepto se denomina subprocesamiento.
- ICM: permite la comunicación entre el sistema SAP y el protocolo HTTP, HTTPS, SMTP. Significa que al ingresar la URL del sistema en el navegador, también puede acceder a SAP desde el navegador.
Un componente más es JCO. JCO se utiliza para manejar la comunicación entre el despachador de Java y el despachador de ABAP cuando el sistema está configurado como ABAP + Java.
¿Cómo funciona el proceso de inicio de sesión de SAP?
Paso 1) Una vez que un usuario hace clic en el sistema SAP desde la GUI, la solicitud del usuario se reenvía a Dispatcher. Paso 2) La solicitud se almacena primero en las colas de solicitudes. El despachador sigue la regla Primero en entrar, primero en salir . Encontrará proceso de trabajo libre y si está disponible se le asignará.
Paso 3) Según la solicitud del usuario, se asigna un proceso de trabajo particular al usuario. Por ejemplo, cuando el usuario inicia sesión en el sistema, el proceso de trabajo de diálogo se asigna al usuario. Si el usuario ejecuta un informe en segundo plano, el proceso de trabajo en segundo plano se asigna al usuario. Cuando se realizan algunas modificaciones a nivel de base de datos, se asigna el proceso de trabajo de actualización. Por lo tanto, según la acción del usuario, se asigna el proceso de trabajo.
Paso 4)Una vez que se asigna al usuario el proceso de trabajo de diálogo, luego las autorizaciones del usuario, la configuración actual del usuario se incorpora 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 despliegan del proceso de trabajo. Por lo tanto, la memoria compartida se limpiará y los datos de otros usuarios se pueden guardar en el área de memoria compartida. El paso de 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 encontrará 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 llama hit. Si no encuentra los datos en el búfer, encontrará los datos en la base de datos y este proceso se llama miss. La tasa de aciertos debe ser siempre mayor que la tasa de fallos. 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 vuelta a la 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 roll-out.
