✒️SAP / El procesamiento de fondo Por Andrea Monteagudo

Procesamiento de fondo

SAP nos brinda la opción de ejecutar procesos de fondo, batch o procesamiento en segundo plano; que consiste en la ejecución de un proceso o programa sin interacción con el usuario. Lanzamos el proceso y SAP GUI nos devuelve el control, aunque el programa no ha acabado de ejecutarse.

El lanzamiento de programas de fondo nos permite mejorar el rendimiento de las transacciones online ya que podemos determinar que la prioridad de las mismas sea menor, debido a que el usuario no está esperando una respuesta inmediata. Lo más aconsejable es lanzar los programas de fondo durante la noche, cuando la carga de usuarios que actúan online es casi nula.

Se deberá realizar cuando los procesos no sean críticos para la obtención de datos en tiempo real. La dirección de la empresa debe decidir si sus pedidos de compra deben emitirse online o pueden esperar todos a la noche.

Los jobs

Es el conjunto de uno o más programas o transacciones que se lanzan consecutivamente en un proceso de fondo. Pra crear un job utilizaremos la transacción estándar SM36.

La definición de un job tiene tres áreas principales:

• Información general (1)
• Hora de inicio o evento de ejecución (2)
• Pasos (3)

1- Primero debemos dar un nombre que defina el propósito que tiene el job. Podemos crear varios jobs con el mismo nombre porque SAP asigna un número interno a cada job con el que diferencia a unos jobs de otros, pero para nosotros esa clave es desconocida y sólo podemos referirnos a un job por su nombre.

La clase de job indica a SAP la prioridad de ejecución de los procesos que le mandamos y en función de ello asigna los recursos adecuadamente.

• A- La más alta prioridad: se utiliza para procesos que son críticos para el funcionamiento del sistema.
• B- Prioridad media: se utiliza para procesos periódicos que aseguran el mantenimiento del sistema
• C- Prioridad normal: es la clase normal que se asigna a los jobs de usuario.

2- La hora de inicio: La indicación de cuando debe ejecutarse un job puede hacerse de forma diversa:

• Ejecución inmediata: nos permite ejecutar el job al momento de su definición.
• Ejecución por fecha/hora: deberemos indicarle un día y una hora en la que queramos que comience el job. Además podemos marcarlo como periódico: se repetirá su ejecución cada cierto período de tiempo. Esta función es muy útil para la planificación de jobs de mantenimiento o de recolección de estadísticas, de hecho, al instalar SAP ya existen una serie de jobs de estas características.
• Por job: con esta indicación de comienzo podemos encadenar unos jobs con otros. Le decimos al job B que empiece al ejecutarse cuando finalice el job A, o que sólo comience cuando la ejecución del job A sea correcta.
• Por evento: el job comenzará cuando se produzca en el sistema el evento que le indiquemos, sea que éste se produzca automáticamente en el sistema SAP o que podamos provocarlo manualmente. Previamente el evento debe estar definido en la correspondiente tabla, ya que SAP viene con una serie de eventos predefinidos como pueden ser el arranque o parada de las instancias, el cambio o modo de operación de nocturno a diurno, etc.

Los pasos de un job

Los pasos de un job los componen los diferentes programas que queremos que se ejecuten. Constituyen un proceso unificado. Si el primero de un job de tres pasos sufre una cancelación, ninguno de los otros pasos restantes se procesará. Estos son de tres tipos:

• Un programa ABAP estándar o creado por nosotros al que le indicaremos una variante que contenga los parámetros de selección de ese programa
• Un comando externo que se ejecutará en el sistema operativo donde esté el servidor de aplicaciones que procesa el job.
• Un programa externo que reside en otro sistema distinto a SAP. se utiliza cuando tenemos otros sistemas de gestión distintos a SAP y necesitamos tener interfaces entre ellos.

El análisis de un job

Una vez definido lo podemos analizar y monitorizar su situación a través de la transacción SM37, que permite visualizar datos tales como el ID, el usuario SAP que lo ejecutó, el status (previsto, liberad, preparado, activo, terminado o cancelado), la fecha y hora de inicio, la duración y el retraso.

Tendremos que introducir los criterios de selección de los jobs que queremos analizar porque pueden existir cientos de jobs definidos en un momento dado y nosotros estaremos interesados en unos pocos. La selección se hace principalmente por nombre del job, usuario creador del job, fecha y ora de comienzo y estado actual en el que se encuentra.

Una vez introducidos los criterios, veremos una pantalla que nos muestra un listado de los jobs con diversos datos sobre ellos, siendo de nuestro interés el estado en que se encuentran.

Los estados de un job

• Previsto: estado inicial en que se encuentra cuando no hemos dicho nada e cuando debe ejecutarse. No se ejecutará nunca a menos que lo liberemos o modifiquemos la sección de datos de inicio.
• Liberado: cuando definimos completamente un job con la transacción SM36 o liberamos un job que estaba en estado previsto, pasa a ser liberado. Permanecerá en este estado hasta que se cumpla la condición de su fecha de inicio o se produzca el evento que lo lanza.
• Preparado: una vez que se han cumplido las condiciones de inicio, pasa al estado preparado en el que estará esperando a que haya recursos libres en el sistema para ejecutarse. No veremos un job en este estado a menos que tengamos el sistema tan cargado que no haya suficientes colas para atender a todos los jobs que están en estado preparado.
• Activo: el job se está procesando. Podemos ver el log desde este momento y ver lo que está haciendo.
• Terminado: el job completó su ejecución completa.
• Cancelado: Algún problema hizo que el job finalizara de manera incorrecta. normalmente ocurre por errores de los programas que conforman el job o problemas de acceso a las bases de datos. En el log del job podemos ver el motivo de cancelación.

Las operaciones sobre jobs

Si pulsamos en el menú Job correspondiente a la transacción SM37 veremos que todas las operaciones posibles que podemos hacer para alterar el estado o composición de un job.

Algunas de ellas son:

• Verificar status: Con esta opción forzamos a SAP a comprobar que el estado que nos da el sistema para el job es realmente el que tiene en el sistema operativo.
• Cancelar job activo: con esta opción detenemos un job activo y lo pasamos directamente a un estado cancelado. Si tuviera un job encadenado a continuación este no se procesará.
• Borrar; una vez terminado o cancelado un job podemos borrarlo manualmente de la lista.
• Liberado-previsto: utilizaremos esta opción para deshacer la liberación de un job. es muy útil para no tener que borrar y redefinir un job que hemos dejado liberado a una hora concreta y después nos hemos dado cuenta de que no queremos lanzarlo aún.
• Copiar: si queremos que un job se ejecute varias veces lo copiaremos con esta opción y liberaremos cada una de las copias convenientemente. si queremos que se ejecute más veces podríamos crear un job periódico.
• Modificar: siempre y cuando no haya comenzado la ejecución del job (mientras esté previsto o liberado)podremos modificar cualquier dato de la definición del mismo.
• Repetir previsión: esta opción es muy similar a la de copiar, pero además nos pide los datos de inicio del job, es decir, copiamos un job y liberamos inmediatamente la copia.
• Traslado a otro servicio: con esta opción cambiamos el servidor de destino de un job que no esté activo.
• Capturar job activo: Al pulsar esta opción se nos abre un nuevo modo con el debugger de ABAP parado en el punto del programa que estuviera en ese momento.
• Detalles desde job: aquí podemos ver datos internos del job. el más interesante es comprobar en qué servidor de aplicaciones se está procesando y el número de cola BTC para poder monitorizar su estado y/o rendimiento con la transacción SM51, que muestra los servidores de SAP. Desde ella se puede seleccionar un servidor en particular y comprobar los procesos que se están ejecutando.