✒️SAP El procesamiento de fondo

PARTE 1

Los conceptos del procesamiento de fondo

Consiste en la ejecución de un proceso o programa sin interacción con el usuario, es decir, que lanzamos el proceso y el SAP GUI nos devuelve el control, aunque el programa todavía no ha acabado de ejecutarse

Procesos de fondo = procesamiento Batch o procesamiento de segundo plano.

Este modo de ejecución adquiere vital importancia cuando tratamos con programas que tardan mucho en completarse

Los programas batch permiten mejorar el rendimiento de las transacciones online, ya que se determina la prioridad de procesamiento.

Se aconseja lanzarlo durante la noche, cuando la carga de usuarios es casi nula, siempre que los procesos no sean críticos para la obtención de datos en tiempo real, por lo que la empresa debe decidir.

PARTE 2

Jobs

Es el conjunto de uno o más programas o transacciones que se lanza consecutivamente en un proceso de fondo o batch.

Para crear un job, se utiliza la transacción estándar SM36

Transacción SM36

Utilizaremos la transacción estándar SM36 para definir y planificar los procesos de fondo que se definan en el sistema SAP

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

1. Información General:

Lo primero que se debe hacer es dar un nombre al Job que defina el propósito. Este no será único lo que significa que se pueda crear varios Jobs

· SAP asigna un número interno de cada Job con el que diferencia a unos de otros (esta información es desconocida) y solo podremos identificarla por el nombre

· Todo Job tiene una prioridad de ejecución de los procesos que le mandamos y en función de ello se 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 prioridad que se asigna a los Jobs de usuario

2. La hora de inicio o evento

Una vez definidas las características generales del job se debe indicar cuando debe ejecutarse. Esto se puede realizar de distintas formas:

· Ejecución Inmediata: permite iniciar el job al momento de acabar su definición

· Ejecución por fecha/hora: además de indicar el inicio en una fecha y hora, se puede marcar de forma periódica para que se ejecute cada cierto tiempo

· Por Job: permite iniciar encadenando unos Jobs con otros (ejm, que el job B, comience al finalizar el A) y especificar que debe comenzar cuando la finalización del job anterior haya sido completa y no que haya sido cancelada o en mitad de su ejecución

· Por evento: el job comenzará cuando se produzca en el sistema el evento que le indiquemos

Nota: un evento es un suceso que se produce automáticamente en el sistema SAP o que podemos provocar de forma manual

Nota 2: previamente el evento debe estar definido en la correspondiente tabla. SAP viene con una serie de eventos predefinidos como pueden ser, el arranque o parada de las instancias, el cambio de modo de operación de nocturno a diurno, etc.

Los pasos de un Job.

Luego de haber establecido la forma de inicio, debemos decirle al Job que queremos que haga. Los Jobs se ejecutan a través de diferentes programas, siendo los siguientes:

• · Un programador 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 distinto a SAP y necesitamos tener interfaces entre ellos.

Nota: los pases de un job constituyen un proceso unificado, lo que implica que si en un cadena de tres Jobs, el primero sufre una cancelación los restantes no se procesarán.

Análisis de un Job

Una vez definido el job, se procederá a su análisis y monitorización a través de la transacción SM37

Transacción SM37

Utilizaremos la transacción SM37 para visualizar los Jobs procesados en el sistema SAP. De cada job podremos visualizar distintos datos, tales como el ID, el usuario SAP que lo ejecutó, el estatus (previsto, liberado, preparado, activo, terminado o cancelado), la fecha y hora de inicio, la duración y el retraso.

Se deben introducir los criterios de selección de los Jobs que se quiere analizar (pues pueden existir muchos Jobs definidos y nosotros quisiéramos interesarnos solo en algunos).

Esta selección se hace principalmente por: nombre del job; usuario creador del Job, fecha y hora de comienzo; estado actual en que se encuentra.

Los estados de un Job

Ya definido el job, toca conocer su estado, siendo los posibles estados de un job los siguientes:

• · Previsto: es el estado inicial en el que se encuentra cuándo hemos definido los datos generales y los pasos del job, pero no hemos dicho nada acerca de cuándo debe ejecutarse. Un job que está previsto 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, entonces pasa a liberado. En este estado permanecerá hasta que se cumpla la condición de su fecha de inicio o se produzca el evento que lo lanza.
• · Preparado: una vez se han cumplido las condiciones de inicio del job pasa al estado preparado en el que estará esperando a que haya recursos libres en el sistema para ejecutarse

Nota: Normalmente no veremos jobs 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 correctamente.
• · Cancelado: algún problema hizo que el job finalizara de manera incorrecta. Normalmente se producen cancelaciones por errores de los programas que componen el job o problemas de acceso a la base de datos. En el log del job podemos ver el motivo de la cancelación

Operaciones sobre Jobs

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

• · Verificar status: en algunas ocasiones podemos descubrir que un job que creemos que está activo (porque la transacción SM37 así nos lo dice) realmente no lo está. Con esta opción forzamos a SAP a comprobar que el estado que nos da 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 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: para poder deshacer la liberación de un job utilizaremos esta opción. Es muy útil para no tener que borrar y redefinir un job que hemos 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 dos o tres veces lo copiaremos con esta opción y liberaremos cada una de las copias convenientemente. Si queremos que se ejecute más veces deberíamos pensar en la posibilidad de crear un job periódico
• · Modificar: siempre y cuando no haya comenzado la ejecución del job (mientras este en 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, es como si copiamos un job y liberamos inmediatamente la copia.
• · Traslado a otro servidor: con esta opción cambiamos el servidor de destino de un job que no este activo.
• · Capturar job activo: para comprobar en qué punto va la ejecución del proceso que hemos lanzado podemos capturar un job que este activo. Al pulsar esta opción se nos abre un modo nuevo con el debugger de ABAP parado en el punto del programa que estuviera en ese momento
• · Detalles de job: aquí podemos ver datos internos del job. El más interesante es comprobar en que 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.

Transacción SM51

La transacción estándar SM51 muestra los servidores de SAP. Desde esta transacción se puede seleccionar un servidor en particular y comprobar los procesos que se están ejecutando.

Agradecimiento:

Ha agradecido este aporte: Juan Maiztegui