Que es el procesamiento en Background o de fondo?
El procesamiento en backgroud debería esencialmente separar tareas periodicas y que insumen mucho tiempo de aquelas de interacción de usuarios.
Tareas que requieran mucho tiempo y ocuparía un work process en dialogo pueden ser secuencialmente procesadas en background sin afectar la performance de dialogo.
Fundamentos.
Work Processe de dialogo deberían estar disponibles para responder a las solicitudes de los usuarios rápidamente, los regursos de dialogo deberían por lo tanto no ser utilizados para ejecuciones prolongadas ya que pueden provocar cuellos de botella en el tiempo de respuesta de dialogo.
El parámetro rdisp/max_wprun_time eciste por este motivo justamente, Limita el maximo tiempo de ejecución de un paso de dialogo en un work process de dialogo.
Transacción RZ11: Esta transacción se utiliza para la visualización de parametros del sistema y la modificación de los que el sistema permita editar sin reinicio de instancia.
Un Job de Backgroun consiste de uno o mas pasos (Steps). Un paso puede ser:
- Un programa ABAP
- Un comando externo
- Un programa externo
Los jobs de background pueden ser planificados con diferentes prioridades:
- Clase A (Prioridad Alta)
- Clase B (Prioridad Media)
- Clase C (Prioridad normal)
Planidficación y Monitoreo.
Podemos utilizar la transacción SM36 para definir nuevos Jobs, Podemos también llamar al asistente de job, transacción SM36WIZ o desde la transacción SM36 también.
Transacción SM36 y SM36WIZ: Son utilizadas para la creación de jobs, tanto standar como propios, permitiendo definir mas de un paso de ejecución en cada uno.
Transacción SM37: Nos permite monitorear los jobs, podemos seleccionar los jobs utilizando diversos criterios en la pantalla inicial de esta transacción.
Un Job puede tener los siguientes estados:
- Planificado (Schedule).
- Liberado (Release).
- Listo (Ready).
- Activo (Active).
- Finalizado (Finished).
- Cancelado (Canceled).