Procesos ABAP
La Aplicación que usamos en el SAP puede estar diseñada en ABAP o JAVA, por lo cual que será procesada por la parte ABAP o JAVA de nuestro Servidor Netweaver SAP, dependiendo del lenguaje con el cual se decidió crear la aplicación.
El Dispatcher ABAP es quien se encarga de distribuir los pedidos entre los Work Precesses. Este proceso se encuentra en cada instancia ABAP de nuestro sistema SAP.
¿Qué tipos de work processes son los que dependen de la administración del dispatcher?
- Procesos de dialogo (tipo D)
- Procesos de Background (tipo B)
- Procesos de Lock Managment (tipo E)
- Procesos de Update 1 y 2 (tipo V)
- Procesos de Spool (Tipo S)
La cantidad de procesos de cada tipo que una instancia tendrá se determinan configurando el parámetro correspondiente en el perfil de la instancia.
Tip: En un sistema productivo, las cantidades que se configuran de cada uno de los procesos, es esencial para optimizar el uso de nuestros recursos. ¿Cómo saber cuántos diferentes tipos de procesos debo agregar? Eso se podrá saber mediante la práctica, monitorear diariamente el sistema, y ver los momentos picos de nuestro sistema y cuantos procesos de cada uno está ocupando nuestro sistemas, de allí podemos deducir si nos faltan más procesos de diálogos que son los que atienden a los usuarios, si nos faltan más procesos de background, updates, impresión, entre otros. La transacción para visualizar estos procesos es la SM50.
Otros procesos que no son Work Processes pero que provee servicios de comunicación interna y externa:
Message server (MS): maneja las comunicaciones entre los dispatcher de todo el sistema, logrando la escalabilidad de múltiples instancias en paralelo (Servidores de Aplicación). El MS se configura solo uno para todo el sistema SAP.
Gateway (GW): permite la comunicación entre sistemas SAP, o entre sistemas SAP y sistemas externos. Existe un GW por dispatcher o instancia ABAP.
Internet Communication Manager (ICM): permite comunicación con SAP a través de protocolos web como HTTP. El ICM recibe los pedidos del cliente y los reenvía al sistema SAP para su posterior procesamiento. En los sistemas mixtos ABAP JAVA, el ICM es capaz de reconocer si el pedido es una llamada para el AS ABAP o para el AS JAVA ya que ambos manejan aplicaciones web. Es posible configurar o no un ICM por cada servidor de aplicación.
Procesos JAVA
En el ambiente de ejecución de una instancia JAVA (o ABAP JAVA) vamos a encontrar principalmente estos procesos: El dispatcher distribuye los pedidos entre los servers processes de la instancia. El server process es quien finalmente ejecuta el pedido de la aplicación JAVA. Estos procesos son multi-thread (multi-hilo) por lo que pueden procesar en paralelo un gran número de pedidos, en contraste con los procesos ABAP. Por cada dispatcher tendremos al menos un server process y como máximo un total de 16 server processes.
El Enqueue Service: administra los bloqueos lógicos que las aplicaciones JAVA solicitan durante su ejecución en el server process. Las solicitudes de bloqueo están incorporadas en el código que programa JAVA, por lo que es responsabilidad de los programadores cómo y cuándo solicitar un Bloqueo de sus aplicaciones, este proceso es único para todo el sistema.
El Software Depolyment Manager (SDM): es la herramienta estándar utilizada para instalar componentes de software en el servidor de aplicación.