✒️SAP BASIS La administración de jobs

Administración de jobs.

Un job puede ser iniciado de forma dependiente de tiempo o de un evento. En el caso de incio basado en tiempo, podemos seleccionar entre las siguientes opciones:

• El job debe de ejecutarse inmediatamente.
• El job debe de ejecutarse en una fecha y hora particular.
• El job debe de ejecutarse en un día laboral determinado.

Job Recurrente. Significa que el job sera ejecutado nuevamente despues de un periodo de tiempo definido, es posible especificar excepciones, tal como posponer al siguiente día laboral en el caso de un día feriado en el calendario.

El job es iniciado en la fecha y hora indicado, en concordancia con la prioridad del job y disponibilidad del work process de background.
Se especifica el periodo de tiempo en el cual el job debe iniciarse, para esto se especifica el tiempo luego del cual el job no debe ejecutarse. Podemos prevenir la ejecución de jobs periodicos en un momento no conveniente, entre otras cosas.

Por ejemplo, un job de reorganización que deberia solamente ejecutarse durante la noche demora su inicio por falta de disponibilidad de un work process de background. Con una ventana de tie,po de inicio, podemos evitar que este job se ejecute durante el día, cuando los usuarios de diálogo están activos y hay menos recursos disponibles.

BALANCEO DE CARGA.

El parámetro de perfil rdisp/bctime especifica el período de tiempo en el cual el planificador de jobs dependientes de tiempo está activo. La ejecución de jobs con una condición de inicio inmediata usualmente evita el planificador.

En este caso, el work process de diálogo del usuario que solicita el inicio inmediato es quien planifica el job. Solo si no hay recursos libres, el job es planificado de forma basada en tiempo. La fecha y hora planificada de inicio corresponde al momento en el tiempo en que debería de haber inciado.

Los work process de background pueden ser configurados en cada instancia del sistema SAP utilizando el parametro de perfil rdisp/wp_no_btc.

El numero de work process requeridos en el sistema SAP depende del número de tareas que se realizaran en batch. Si el sistema de transporte es utilizado, debe de haber al menor dos work process de background en el sistema. La combinación de job ID y el nombre de job definen el job de manera univoca en el sistema.

En cada instancia SAP en la que existen work process de background definidos, el planificador de job basado en tiempo corre cada la cantidad de segundos definido en ridsp/btctime (el valor por defecto es ). Este es un programa ABAP (SAPMSSY2) que corre automaticamente en un work process de diálogo.

El planificador de job basado en tiempo verifica la tabla de planificación de jobs en la BD y busca jobs que estén esperando a ser ejecutados. Estos jobs son transferidos a work process de background que se encuentran libres en la instancia SAP, de acuerdo a la prioridad y servidor de ejecución.

Los jobs que no son asignados a ningún servidor en particular para la ejecución pueden ser jecutados con cualquier work process de background libre. Esto significa que la carga de trabajo es automaticamente distribuida entre las instancias SAP.

Si un job es explicitamente asignado a ser ejecutado ya sea en una instancia seleccionada o un grupo de instancias algunas caracteristicas particulares derivan de esto, tal como aseguramos que el job se ejecuta en un sistema operativo particular o en el mismo servidor donde corre la BD. Esto significa, de todas maneras, que no contamos con la ventaja de la distribucion de carga automatica del sistema.

JOBS ESTANDAR.

Son jobs de background que deberian ejecutarse regularmente en un sistema de producción de SAP, realizan ciertas tareas de limpieza en el sistema, como el borrado de spool request obsoletos o el procesamiento de informacion estadistica y de monitoreo.

En la trx SM36 (definición de jobs) , puedes acceder a una selección de jobs estándar importates que planificar, monitorear y editar seleccionando Standar Jobs.

Si queremos planificar todos los jobs estanádar, seleccionamos Default Scheduling. Todos los jobs estándar que están definidos en la tabla REORGJOB son planificados con una variante y periodo especifico.

Para planificar jobs individuales, selecciona el job y especifica el periodo de ejecución.

Para definir un job estándar adicional que no está disponible en la seleccion (tabla REORGJOBS), podemos seleccionar Predefine new job.

Para info. sobre jobs estandar, podemos consultar las notas 16083 -Satndard Jobs, reorganization jobs y 1034532 - Changes for standard jobs.

Planificación basada en eventos.
Un evento es una señal para el sistema de procesamiento en background que indica que un estado particular se ha alcanzado en el sistema SAP.

Luego de un evento: El job inicia después de que un evento definido en el sistema SAP es recibido.

Modo de Operación: Con esta opción, puedes vincular un job a la activación de un modo de operación cuando planificamos el job.

Luego de un job: Podemos crear cadenas simples de jobs donde la ejecución del job sucesor puede ser dependiente del estado con que finalizó el job predecesor.

LOS EVENTOS.

Nuevos eventos son definidos por el administrador de sistema CCMS, trx SM62. El administrador diferencia entre eventos de sistema y eventos de usuario. Los eventos de sistema son predefinidos por SAP y no deberíamos modificar o disparar.

Los eventos pueden ser disparados de diferentes formas:
Manualmente en CCMS para propositos de prueba (trx SM64).
Con un programa ABAP, mediante el uso del módulo de función BP_EVENT_RAISE o el método RAISE de la clase CL_BATCH_EVENT.

Fuera del sistema SAP a nivel del sistema operativo usando el programa sapevt.

Un parámetro puede ser transferido cuando evento se dispara. Podremos definir jobs que esperan por la ocurrencia del evento junto con el parámetro específico. Se puede acceder al historial de Eventos en la trx SM62.

La sintaxis del programa sapevt es:
sapevt

are multiple individual switches based on:

{ | event=} [{-p} | param=

NOTA SAP 802172 explica los parámetros a detalle.

La salida de sapevt se escribe en un archivo de traza dev_evt. Para que pueda reaccionar a eventos externos, el sistema SAP debe estar activo. De otra manera, un evento que se haya disparado por un programa externo se pierde.

Ejemplo de ejecucion del programa sapevt podria ser:

sapevt event=NUEVO_ARCHIVO_INTERFAZ name=DEV mshost=twdf5000.wdf.sap.corp.

Si el nombre del evento contiene espacios, deberemos de utilizar comillas ("") cuando llamamos al programa sapevt. Ejemplo:
sapevt

"My Event" name=QAS mshost=twdf9999.wdf.sap.corp.