✒️SAP BASIS Los jobs de background
SAP BASIS Los jobs de background
QUE ES EL PROCESO DE BACKGORUND O DE FONDO o de batch
El proceso de background debe separar las tareas periodicas y que consumen mucho tiempo de las tareas de usuarios.
Estas tareas que duran mucho y ocupan un WP de dialogo se pueden procesar en background sin afectacion al dialogo
El requisito fundamental es el dimensionado adecuado al sistema para no consumir todos los recuros (memoria y cpu).
Se ejecutan como jobs de background los programas que se ejecutan de forma regular y consumen mucho tiempo.
El administrador planifica los jobs de background y monitoriza su ejecucion.
FUNDAMENTOS
Porque es necesario el proceso en BG?
para reducir la carga de procesos de dialogo
Planificacion de tareas regulares del sistema
Existe el parametro rdisp/max_wprun_time que limita el tiempo de ejecucion de un paso de dialogo en un WP de dialogo.
La tx RX11 se usa para ver los parametros del sistema y se pueden modificar los que no sean necesario reiniciar la instancia. NOTA25528
Que es un proceso de background?
Son procesos de batch que se ejecutan sin afectar al rendimiento del sistema
Consiste de uno o mas pasos. Un paso puede ser:
programa ABAP: Se planifica como paso de un job. Si el ABAP tiene una o mas pantallas de seleccion deberemos crear las entradas previamente en una variante. La variante hace que se ejecute el programa ABAP en BG aunque el programa requiera valores de entrada
Los valores que se guardan en la variante se usa durante la ejecucion del programa. Si el progama ABAP tiene una pantalla de salida como resultado , esto se guarda en una lista de spool (podemos especificar un mail)
Para la creacion de una lista de spool debemos especificar una impresora aunque no tenga que ser imprimido
comando externo: es un script predefinido, comando o programa a nivel de SO.
Podemos emmascarar las llamadas al SO y guardasrlos en el SAP bajo un nombre.
Podemos usar una autorizacion de SAP para proteger la ejecucion de un comando externo.
programa externo: comando de SO. LA autorizacion solo especifica si un usuario puede llamar a un programa externo.
Cada job se preoceso sin interrupcion en un uno BG WP y se pueden planificar con diferentes pioridades:
clase a prio alta
clase b prio media
clase c prio baja
Si un job se planifica para ser ejecutado en un server particular o en un grupo de servers, este tendra preferencia sobre otros jobs de la misma clase. Solo aplica si los jobs tienen la misma prio y solicitan el proceso en BF a la vez
Los jobs deben planificados como clase c sin especificar el servidor
Que podemos hacer en background?
los usamos para ejecutar jobs que consumen mucho tiempo o son repetitivos (backup de db, cierres de mes, contables)
Que condiciones de inicio existe?
Por planificacion de fecha y hora, incluye el inicio immediato.
Por ocurrencia de un evento particular definido en el sistema SAP, incluye jobs que se inician despues de otros
Como se planifican y monitorizan?
Usamos la tx SM36 para definir un job. Podemos tambien usar el asistente de job con la tx SM36WIZ o desde la misma SM36. Nos permiten definir mas de un paso de ejecucion
Especificaciones para definir un job:
Generales: nombre dejob
prio del job por defecto C
servidor de ejecucion o grup: opcional
Definir uno o mas pasos
Definir una condicion de inicio (de tiempo o controlada por evento)
Las funciones siguientes no estan disponibles en el asistente de job:
especificar el usuario SAP en la definicion del job
modificacion del orden de los pasos
La tx SM37 nos permite monitorizar los jobs
Con el comando execute aparee una vista de job creada por el visor de listas SAP.
otras vistas:
Lista de spool que contiene las listas de salida de los programas ABAP.
Detalle del job que contiene:
info sobre la definicion del job
tiempo del proceso
fecha y hora ed inicio
Los mensajes de salida de un programa de background se guardan en el log del job
Que estados puede tener el job?
scheduled: Los pasos que requieren la creacion del job has sido definidos ya pero la condicion de inicio no esta definida.
released: El job ha sido completamente definido. EL job para ser liberado necesita una condicion de inicio. Solo puede liberar un job el admin o un user con autorizaciones.
ready: La condicion de inicio de un job liberado se ha cumplido. Pero el job esta en la cola esperando un WP de background libre
active: El job esta en ejecucion no puede ser borrado ni modificado. Si tarda mucho podemos analizarlo en modo depuracion. Luego lo podemos finalizar o relanzar, desde la tx SM37 seleccionamos JOB-capture:active job
Para capturar un job debemos iniciar sesion en el server de sap donde el job esta corriendo.
finished: todos los pasos del job han terminado ok
canceled: el job ha termiando de forma anormal por dos maneras:
-el admin ha terminado el job mediante la tx SM37 job-cancel active job
-un paso del job ha terminado mal
Podemos modificar el job mientras esta planificado o liberado. Si el job tiene programas ABAP que crean listas de salida, estas se guardan en las listas de spool
Para copiar una job : job-copy
 
 
 
Sobre el autor
Publicación académica de Xavier Elias Rodriguez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Xavier Elias Rodriguez
Profesión: Tecnico Junior Sap - España - Legajo: FJ23L
✒️Autor de: 96 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Xavier Elias