Jobs de Background
¿Qué es el procesamiento en background o de fondo?
Es separar tareas periódicas que insumen mucho tiempo y que ocupan un work process de dialogo pueden ser secuencialmente procesadas en backgroud sin afectar el performance de dialogo.
Los programas que deban ejecutarse y consuman mucho tiempo son planificados como jobs de background en SAP.
Los work process de dialogo deben de estar disponibles a las solicitudes. Los recursos de dialogo deberían no ser utiliados para ejecuciones prolongadas para no ocasionar cuellos de botella.
El parámetro rdisp/max_wprun_time limita el máximo tiempo de ejecución de un paso de dialogo en un work process de dialogo. (nota de SAP 25528)
La TX 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.
Las tareas que consumen mucho tiempo se conocen como procesos de batch.
Los procesos de background no solo se utilizan para tareas prolongadas sino también para tareas repetitivas como los backups diarios de DB o los cierres de mes financieros y contables.
Un job de backgroud consiste en uno o más pasos. Un paso puede ser (Programa ABAP, Comando externo y Programa externo).
Cada job procesa sin interrupción por un único background process. Los jobs de background pueden ser planificados con diferentes prioridades (A alta, B media y C nornal).
Si el jobs es planificado para ser ejecutado en un servidor o en un grupo de servidores, este tendrá preferencia con respecto a otros jobs de la misma clase. Solo aplica si múltiples jobs con la misma prioridad solicitan el procesamiento en background al mismo tiempo.
Un programa ABAP puede planificarse como un paso de job. Si el programa tiene una o más pantallas de selección. Una variante hace posible ejecutar un programa ABAP en background aunque el programa requeira valores de entrada.
Un comando externo es llamado a un script predefinido, un comando, o un programa a nivel SO. con comandos externos podemos enmascarar llamadas al SO y guardarlos en SAP bajo un nomre. Esto permite llevar un control de quien puede ejecutar comandos externos sobre servidores y/o S0.
Programa externo es un comando de SO. autorización de SAP solamente especifica si un usuario puede llamar un programa externo o no.
Un job puede ser iniciado mediante la planificación en una fecha y hora particular (puede ser inmediato si no hay background work processes libres disponibles al momento de iniciar el job.
Mediante la ocurrencia de un evento definido en el sistema SAP, esto incluye jobs que se ejecutaran luego de la finalización de otros jobs o en los cambios de modo de operación o jobs con inicio inmediato si existen background work process libres al momento.
Planificación y monitoreo
La TX SM36 podemos definir nuevos jobs, también llamar al asistente de job TX SM36WIZ.
Las especificaciones que requiere la definición de un job son:
· Especificaciones generales como nombre, prioridad (defecto C) y opcionalmente un servidor de ejecución.
· Definición de uno o más pasos.
· Definición de una condición de inicio (tiempo o controlada por evento).
TX SM37 nos permite monitorear los jobs. Podemos seleccionar los jobs utilizando diversos criterios en la pantalla inicial de TX. Algunas opciones visualizar jobs que contienen un paso determinado.
Después de seleccionar execute una vista de job es creada por el visor de listas SAP. En el menú settings podemos determinar las columnas que se mostraran y el orden. También podemos configurar el diseño estándar para el usuario actual o todos.
Desde la visualización podemos navegar a otras visitas especificas del job.
Detalle del job contiene entre otras cosas información sobre la definición del job, duración y la fecha y hora de inicio del job.
Todos los mensajes de salida son almacenados en el log del job (podemos visualizar el log para obtener información sobre un programa que finalizo en error o para realizar una investigación detallada sobre la ejecución.
Estados de un JOB.
Planificado (scheduled): la creación del job ha sido definida ya, la condición de inicio necesita ser definida.
Liberado (Released): el job ha sido definido, incluyendo la condición de inicio. Un job no puede ser liberado sin una condición de inicio. Solo un administrador o un usuario con permisos puede liberar un job.
Listo (Ready): La condición de inicio de un job liberado se ha cumplido. Sin embargo, 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 o modificado. Si un job activa no se ajunta normalmente, demora mucho tiempo más de los normal, podemos analizar el job en modo de depuración. TX SM37 JOBà CAPTURE
Finalizado (Finished): todos los pasos fueron ejecutados sin problemas.
Cancelado (Canceled): El job finaliza anormalmente, puede ser de 2 maneras:
· El adm termina deliberadamente el job con la TX SM37 mediante la selección de job à cancel active job.
· Un paso del job termino con error.
Mientras tengas el estado planificado o liberado en un job se puede modificar. Si un job ya ha comenzado se puede monitorear el procesamiento en el log de job. Si tiene programas abap que crean listas de salida, estas se almacenan en las listas de spool. Podemos crear un nuevo job copiando otro existente desde el menú selecciona job à copy.