✒️SAP BASIS Los jobs de background
SAP BASIS Los jobs de background
¿Qué es el procesamiento en background o de fondo?
un procesamiento en background (batch) separa las tareas periódicas que consumen mucho tiempo (y por ende ocuparían mucho tiempo un WP-D), de aquellas de interacción de usuarios
· se utilizan también para tareas repetitivas (ej. Backups diarios de DB o cierres de mes financieros y contables
· se debe evitar que demasiados procesos de background compitan por recursos compartidos con procesos de diálogo (memoria principal, CPU)
-El procesamiento en background separa tareas periódicas y que insumen mucho tiempo, de aquellas de interacción de usuarios
-Un requisito importante para conseguir esto, es un dimensionamiento apropiado del sistema, ya que demasiados procesos de background podrían terminar compitiendo por recursos compartidos con procesos de dialogo
-Los programas que se ejecutan regularmente y consumen mucho tiempo, son planificados como Jobs de background.
1-Fundamentos
¿Por qué necesitamos procesamientos en background?
- Para reducir la carga en procesos de diálogo; Planificar tareas regulares en el sistema
- Work process de diálogo deberían estar disponibles para responder solicitudes de usuarios rapidamente
- 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 diálogo (Nota 25528)
- Trx RZ11: visualización parámetros del sistema y modificación de parámetros que se pueden editar sin reinicio de mandante
- Los procesos de background (o procesos de batch) se utilizan para tareas que consumen mucho tiempo
- Los procesos de backgroundse utilizan para ejecuciones largas y para tareas repetitivas (ej: backups diarios de base de datos o cierres de mes financiero)
- Un job es procesado en un único work process de background
- Un job contiene uno o más pasos:
- Un programa ABAP (con o sin variante)
- Un Comando Externo
- Un Programa Externo
- Cada Job se procesa sin interrupción por un único background work process y se planifican según Prioridades:
- Job Clase A con destino de ejecución (prioridad alta)
- Job Clase A sin destino de ejecución (prioridad alta)
- Job Clase B con destino de ejecución (prioridad media)
- Job Clase B sin destino de ejecución (prioridad media)
- Job Clase C con destino de ejecución (prioridad normal)
- Job Clase C sin destino de ejecución (prioridad normal)
La mayor parte de los Jobs de background deben ser planificados con prioridad normal Clase C, sin especificación de servidor de ejecución
reducir la carga en WP-D
· planificar tareas regulares en sistema a través de WP-B
· parámetro rdisp/max_wprun_time permite limitar el máximo tiempo de ejecución de un paso de diálogo en un WP-D, luego que este máximo tiempo se ha superado el programa es terminado
· transacción RZ11 permite visualizar las propiedades de los parámetros de sistema y la modificación de aquellos que permita editar sin reinicio de instancia
· Nota SAP 25528 describe el funcionamiento del parámetro rdisp_max_wprun_time
¿Qué podemos ejecutar en background? Pasos de job: Programa ABAP, Comando Externo, Programa Externo
Programa ABAP: puede planificarse como un paso de job. Si el programa ABAP tiene pantallas de selección, se deben crear las entradas en una variante.
Una VARIANTE hace posible ejecutar un programa ABAP en backgroun aunque el programa requiera valores de entrada.
Los valores almacenados en variantes son utilizados durante la ejecución del programa
Comando Externo: es un llamado a un script predefinido, un comando, o un programa a nivel de sistema operativo.
Con los comandos externos podemos enmascarar llamadas al sistema operativo y guardarlos en el sistema SAP
Programa Externo: es un comando del sistema operativo.
Criterios de Inicio de un job de background:
- Un job puede iniciarse en un momento determinado: Mediante la planificación en una fecha y hora en particular
- ó cuando un evento particular definido en el sistema ocurre. Esto incluye Jobs que se iniciaran luego de la finalización de otros jobs
2. Planificación y Monitoreo
-Trx SM36 y SM36WIZ : creación de Jobs estándar o propios. Permite definir mas de un paso de ejecución en cada uno
- Para definir un Jobs se necesita:
- Especificaciones generales (nombre, prioridad (C), servidor de ejecución o grupo
- Definición de uno o más pasos
- Definición de una condición de inicio (de tiempo o controlada x evento)
Para esto, nos podemos ayudar con el Asistente de job (SM36WIZ). Pero hay algunas funciones que no están disponibles, como especificar usuario SAP en la definición del paso de job, modificación del orden de ejecución de los pasos.
- Trx SM37: monitoreo de jobs
- Estados de un Job:
- Planificado (scheduled): los pasos para la creación de Jobs ya están definidos
- Liberado (released): 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.
- 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:
- el administrador deliberadamente termina el job en la trx SM37
- un paso del job terminó con error
Podemos modificar un job mientras tenga los estados Planificado o Liberado
Podemos crear un nuevo job copiando otro existente
 
 
 
Sobre el autor
Publicación académica de Mayra Yanina Gambin, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Mayra Yanina Gambin
Profesión: Docente - Argentina - Legajo: NV61P
✒️Autor de: 102 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Mayra Gambin