✒️SAP BASIS / Establecer los modos de operación para la configuración de recursos Por Fernando Escola

Establecer los modos de operación para la configuración de recursos

Modos de Operación

Los modos de operación son una herramienta que permite ajustar de manera flexible el tipo y la cantidad de procesos de trabajo (work processes) en las instancias de SAP para adaptarse a las demandas variables del sistema a lo largo del día.

• Permiten cambiar la distribución de procesos (por ejemplo, de diálogo a fondo) sin necesidad de reiniciar el sistema.

• Definen cómo se utilizan los recursos del sistema (CPU y memoria) en diferentes momentos.

Su función principal es la optimización de recursos según la carga de trabajo:

• Modo Día: Prioriza procesos de diálogo para atender a un gran número de usuarios interactivos que requieren tiempos de respuesta rápidos.

• Modo Noche: Reduce los procesos de diálogo y aumenta los procesos de segundo plano (background jobs o batch) para ejecutar tareas pesadas mientras hay pocos usuarios conectados.

• Adaptabilidad: Permiten responder a requisitos de negocio específicos que ocurren una sola vez (como importaciones masivas o copias de mandante).

La configuración se realiza principalmente a través de dos transacciones:

• Transacción RZ04:

  • Se crean los modos de operación como contenedores vacíos (ej. "Día" y "Noche").

  • Se detectan las instancias activas del sistema.

  • Se asigna la distribución de procesos de trabajo para cada modo de operación, basándose en el número total de procesos definidos en el perfil de la instancia.

• Transacción SM63 (Horarios):

  • Se definen los periodos de tiempo (cronograma de 24 horas) en los que cada modo será válido.

  • Modo Normal: Configuración que se repite diariamente en ciclos de 24 horas.

  • Modo de Excepción: Eventos únicos para un día y horario específico que no aceptan interrupciones. Una vez terminado, el sistema vuelve al modo normal.

Nota importante: No todos los procesos se pueden cambiar; la asignación se realiza principalmente entre procesos de diálogo y de segundo plano (los de spool, por ejemplo, no cambian).

El cambio entre modos de operación es dinámico y ocurre mientras el sistema está en ejecución:

• Sin reinicios: No es necesario reiniciar la instancia ni los procesos afectados. Se mantiene la calidad del buffer y los procesos individuales conservan su ID.

• Cambio progresivo: Si un proceso de trabajo está ocupado, se marca para el cambio y este solo ocurre cuando el proceso queda libre. Esto puede generar ligeros retrasos.

• Registro: Todos los cambios se registran en el Log del Sistema (SM21) y se pueden monitorear en la Vista de Procesos (SM50).

Existen tres formas de realizar o gestionar el cambio:

1. Automático: Basado en el horario configurado en la SM63.

2. Manual (Panel de Control - RZ03): Se puede forzar el cambio en cualquier momento para todas las instancias o para servidores seleccionados. También permite realizar una Simulación para verificar qué instancias pueden cambiar.

3. Programático: Mediante un programa ABAP que utilice el módulo de función RZL_PERFORM_BA_SWITCH.

• Procesos Reservados (Standby): Procesos de diálogo que solo se activan cuando los normales están saturados (estado "Hold") para evitar bloqueos (deadlocks). Se definen con el parámetro rdisp/wp_no_restricted.

• Procesos Dinámicos: Complementan los modos de operación. Se inician automáticamente cuando son necesarios y se detienen cuando ya no lo son, permitiendo una computación adaptativa sin modificar parámetros de perfil. El parámetro rdisp/wp_max_no define el límite total de procesos incluyendo estos dinámicos.

Procesos de trabajo en el cambio de modo de operación

En la interfaz de configuración de modos de operación (RZ04), se presentan varias columnas clave para gestionar los recursos:

• Suma (Sum): Indica el número total de todos los procesos de trabajo que están activos actualmente.

• Configurable (Con): Muestra la cantidad total de procesos de trabajo que el administrador puede asignar a diferentes tipos.

• Máximo (Max): Indica el límite de procesos que pueden iniciarse de forma dinámica. Por defecto, este valor es 5 unidades mayor al número de procesos configurables.

• Generación de procesos dinámicos: Si la Suma de procesos asignados es menor que el número Configurable, todos los procesos restantes (no asignados) se convierten automáticamente en procesos de trabajo dinámicos, sumándose a los 5 que vienen por defecto.

• Visibilidad en SM50: Cuando un proceso se convierte en dinámico y se detiene, deja de ser visible en la transacción SM50, dejando un espacio vacío en la numeración de los procesos de trabajo.

No se puede cambiar la distribución de procesos de forma arbitraria; cada tipo tiene reglas específicas para el cambio entre modos:

• Diálogo (Dialog):

  • Aumentar: Es posible en cualquier momento.

  • Disminuir: Es posible, pero el sistema exige que queden al menos 2 procesos de diálogo activos.

• Segundo Plano (Background) y Clase A: Es posible tanto aumentar como disminuir su número.

• Actualización (Update y U2 Update):

  • Aumentar: Solo es posible si ya existe al menos un proceso de este tipo previamente.

  • Disminuir: Es posible, siempre que permanezca al menos un proceso activo de cada tipo.

• Sin capacidad de cambio: Los procesos de tipo Reservado (Reserved) y Spool no pueden modificarse mediante el cambio de modo de operación.

El uso de modos de operación permite añadir nuevos procesos de cualquier tipo según la necesidad (Día vs. Noche) sin reiniciar la instancia. En el Modo Noche, lo habitual es reducir los procesos de diálogo para incrementar los de segundo plano, optimizando el sistema para tareas masivas.

Monitoreo y verificación de consistencia

Para completar el tema, aquí tienes el resumen sobre el monitoreo y las verificaciones de consistencia basado en el último recorte:

La transacción RZ03 funciona como un panel de control donde puedes realizar las siguientes acciones de supervisión:

• Verificar el estado: permite consultar la situación actual de todas las instancias y de los modos de operación.

• Cambio manual: ofrece la posibilidad de conmutar un modo de operación de forma manual sin esperar al horario programado.

• Resumen de procesos: muestra una visión general de cómo están distribuidos los procesos de trabajo en el sistema.

• Análisis detallado: al seleccionar una instancia y elegir Monitoreo → Detalles de estado, se accede a información específica sobre la configuración de los procesos del modo de operación activo.

• Desde la misma RZ03, puedes navegar hacia el monitor de alertas seleccionando Monitoreo → Monitor de alertas.

• Esta acción te redirige a la transacción RZ20, donde se pueden supervisar y gestionar las alertas del sistema.

Es fundamental que exista coherencia entre las diferentes definiciones de procesos de trabajo para que el cambio de modo funcione correctamente:

• Causas de inconsistencia: ocurren cuando el número de procesos de trabajo se define de forma distinta en el perfil de instancia a nivel de sistema operativo, en la base de datos o en la definición misma de los modos de operación.

• Impacto: las inconsistencias pueden impedir que el sistema realice la conmutación de modos de operación.

• Restricciones por cambio de perfil: si se modifica el número de procesos en los perfiles, el sistema no podrá cambiar de modo hasta que la instancia sea reiniciada.

• Recomendación: tras cualquier cambio en la distribución de procesos en los perfiles, es necesario ajustar inmediatamente la configuración de los modos de operación para mantener la consistencia.