Jobs de background
Procesamiento de background
Separa tareas periódicas de las de usuarios. Las tareas que requieren mucho tiempo pueden ser procesadas secuencialmente en background. Se debe tener en cuenta que si tenemos demasiados procesos de background pueden requerir muchos recursos de memorial principal y CPU.
Los work process de dialogo deben estar disponibles para las solicitudes de los usuarios, por este motivo no deben ser usados para ejecuciones prolongadas ya que pueden provocar cuellos de botella. Por este motivo existe el parámetro rdip/max_wprun_time que limita el tiempo máximo de ejecución de un paso de dialogo en un work process de dialogo. Esto debería asegurar que los procesos de dialogo no sean bloqueados por programas que requieran mucho tiempo de ejecución. Podemos visualizar y modificar los parámetros del sistema con la TX RZ11(sin reinicio de instancia).
Podemos utilizar los procesos de background para tareas que consuman mucho tiempo. También son conocidos como procesos de batch. Normalmente los proceso de background se usan para tareas de backup diarios de base de datos.
Un Job de background consta de uno o más pasos. 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.
§ Clase A: prioridad alta
§ Clase B: prioridad media
§ Clase C: prioridad normal
Si un Job es planificado para ejecutarse en un servidor o grupo de servidores, este tendrá prioridad sobre otros Jobs de la misma clase. Deberíamos asegurarnos de que la mayor parte de los Jobs planificados sean de prioridad normal (C) sin especificación de servidor de aplicación. Esto se debería aplicar para el 90% o mas de todas las tareas de background.
Un paso dentro de un Job puede ejecutar una de estas tres acciones:
§ Un programa Abap:
§ Un comando externo:
§ Un programa exyerno:
Planificación y monitoreo
Mediante la TX SM36 podemos definir nuevos Jobs. También se puede realizar desde el asistente de Job, TX SM36WIZ.Estas TXs permiten la creación de Jobs tanto estándar como propios permitiendo definir mas de un paso de ejecución en cada uno.
Las especificaciones que requiere la definición de un Job son:
o Nombre de Job, prioridad y de forma opcional servidor de ejecución o grupo.
o Definición de un o más pasos.
o Definición de una condición de inicio.
El asistente de Job ayuda en la creación del Job guiándonos a través del proceso de creación. La TX SM37 nos permite el monitoreo de los Jobs. Podemos seleccionar los Jobs utilizando diversos criterios en la pantalla inicial. Algunas opciones son visualizar los Jobs que contienen un paso determinado, estado o que reaccionan a un evento definido. Todos los mensajes de salida por un programa de background se almacenan en el log del Job.
Estados de un Job
o Planificado: tiene los pasos ya definidos.
o Liberado: el Job está completamente definido.
o Listo: inicio completado.
o Activo: esta siendo ejecutado y no se puede borrar ni modificar.
o Finalizado: todos los pasos del Job han sido ejecutados.
o Cancelado: finalización con errores (pasos del Job o cancelado por usuario en SM37)
Los Jobs se pueden modificar en estado planificado o liberado.