JOBS DE BACKGROUND
El procesamiento en background debería esencialmente separar tareas periódicas y que insumen mucho tiempo de aquellas de interacción de usuarios. Tareas que requieran mucho tiempo y ocuparían un work process en diálogo pueden ser secuencialmente procesadas en background sin afectar la performance de diálogo.
Un requisito importante para conseguir este objetivo es un dimensionamiento apropiado del sistema, ya que, demasiados procesos de background podría terminar compitiendo por recursos compartidos con procesos de diálogo. Los programas que deban ejecutarse regularmente y consuman mucho tiempo son planificados como jobs de background en el sistema SAP, el administrador planifica los jobs de background y monitorea la correcta ejecución de los mismos.
¿Por qué es necesario el procesamiento en background? para reducir la carga en procesos de diálogo y para planificar tareas regulares en el sistema.
TRANSACCIÓN RZ11: es utilizada para la visualización de parámetros del sistema y la modificación de los que el sistema permita editar sin reinicio de la instancia.
Un job de background consiste de uno o más pasos (steps) un paso puede ser:
- un programa ABAP
- Un comando externo
- Un programa externo.
Cada job se procesa sin interrupción por un único background work process, los jobs de background pueden ser planificados con diferentes prioridades.
- Prioridad alta clase A
- prioridad media clase B
- prioridad normal clase C
Si un job es planificado para ser ejecutado en un servidor particular o un grupo de servidores, este tendrá preferencia con respecto a otros jobs de la misma clase, esto solo aplica si múltiples jobs con la misma prioridad solicitan el procesamiento en background al mismo tiempo.
Un pago dentro de un job puede ejecutar una de estas tres acciones:
- Un programa ABAP puede planificarse como un paso de un job
- Un comando externo es un llamado a un script predefinido, un comando, o un programa a nivel del sistema operativo
- Un programa externo es un comando del sistema operativo.
Un job puede ser iniciado:
Mediante la planificación en una fecha y hora particular y mediante la ocurrencia de un evento particular definido en el sistema SAP, esto incluye jobs que se iniciarán luego de la finalización de otros jobs o en los cambios de modo de operación o jobs con inicio inmediato si exiten background work processes libres al momenteo.
PLANIFICACIÓN Y MONITOREO:
Podemos utilizar la transacción SM36 para definir nuevos jobs, Pueden también llamar el asistente de job, transacción SM36WIZ o desde la transacción SM36 también. estas transacciones son utilizadas para la creación de jobs tanto standar como propios, permitiendo definir más de un paso de ejecución en cada uno.
TRANSACCIÓN SM37 esta nos permite monitorear los jobs, podemos seleccionar los jobs utilizando diversos criterios en la pantalla inicial de esta transacción. Algunas opciones serían visualizar los jobs que contienen un paso determinado, que tienen un estado particular o que reaccionan a un evento definido.
UN JOB puede tener los siguientes estados:
- Planificado (scheduled): los pasos que requieren la creación del job han sido definidos ya, de tosas formas la condición de inicio aún necesta ser definida.
- Liberado (released): el job ha sido completamente definido, incluyendo la condición de inicio. un job no puede ser liberado sin una condición de inicio.
- Listo (ready) la condición de inicio de un job liberado se ha cumplido, sin embargo el job se encuentra en la cola de espera por un work process de background libre.
- Activo (active) el job está siendo ejecutado y no puede ser borrado ni modificado.
- Finalizado (finished): todos los pasos del job fueron ejecutados sin problemas
- Cancelado (canceled): el job finaliza anormalmente, esto puede suceder de dos maneras: el administrador deliberadamente termina el job en la transacción SM37 mediante la selección dejob cancel active job y un paso del job terminó con error
Podemos crear un nuevo job copiando otro existente, desde el menú seleccionada job-copy