Lección 5: Jobs de Background
Los programas que deban ejecutarse regularmente y consuman mucho tiempo son planificados como Jobs de background en el sistema SAP.
Work processes de dialogo deberían estar disponibles para responder a las solictudes de los usuarios rápidamente. Los recursos de dialogo deberían por lo tanto no ser utilizado para ejecuciones prolongadas ya que pueden provocar cuellos de botella en el tiempo de respuesta de dialogo.
El parámetro rdisp/max_wprun_time existe por este motivo justamente. Limita el máximo tiempo 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 requieren demasiado tiempo de ejecución, interfiriendo la operación online. Luego de que el máximo tiempo se ha superado, el programa es terminado.
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.
Podemos utilizar los procesos de background para tareas que consuman mucho tiempo. Tambien se conocen como procesos de batch
Normalmente, los procesos de background no se utilizan solamente para ejecuciones largas, sino que también para tareas repetitivas.
Un job Background consiste de uno o mas 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 worj process. Los Jobs de background pueden ser planificado con diferentes prioridades:
· Clase A (Prioridad Alta)
· Clase B (Prioridad Media)
· Clase C (Prioridad Normal)
Deberíamos asegurarnos que la mayor parte de los Jobs de background sean planificados con prioridad normal, clase C, sin especificación de servidor de ejecución. Esto debería aplicar para el 90% o más de todas las tareas de background.
Un job puede ser iniciado:
· Mediante la planificación en una fecha y hora particular.
· Mediante la ocurrencia de un evento particular definido en el sistema SAP.
Planificación y Monitoreo
Transacción SM36 y SM36WIZ
Son utilizadas para 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:
· Especificaciones generales tales como nombre del job, prioridad del job (por defecto C) y opcionalmente un servidor de ejecución o grupo
· Definición de uno o más pasos
· Definición de una condición de inicio
Transacción SM37
Nos permite monitorear los Jobs. Podemos seleccionar los Jobs utilizando diversos criterios en la pantalla inicial. Algunas opciones serian 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:
planificados (scheduled)
la condición de incio necesita ser definida
* liberado (released)
el job ha sido completamente definido incluyendo la
condición de inicio.
un job no puede liberado sin una condicion de inicio.
solo un administrador puede liberar un job
* Listo (Ready)
si la condición de inicio ha sido liberado se ha
cumplido. el job se encuentra en cola de esperar por un
work process de background libre.
* Activo (active)
esta siendo ejecutado y no puede ser ejecutado o borrado
SM37 podemos liberar o finalizar
Seleccionamos JOB -> Capture : active Job
para capturar un job debemos uniciar sesión en el
servidor SAP donde el job esta corriendo.
* Finalizado (Finished)
sin problemas
* Cancelado (cancelado)
dos maneras:
1. Termina el Job en SM37
2. un error
podemos modificar un job mientras este en planificado o
liberado.
si ya comenzo podemos monitorear
si tiente programas abap crea lista de salida y se
almacenan en el SPOOL
podemos crear un job copiando otro existente