✒️SAP BASIS / La administración de jobs Por Victor Moreno Crespi

ADMINISTRACION DE JOBS

1.Planificaciòn Basada en Tiempo: (Inicio dependiente de tiempo de un Job).
-Inicio Inmediato:
Una vez o periodico
-Es posible definir excepciones en las planificaciones periodicas
-En una Fecha y hora particular.
-Una vez o periodico.
-Es posible definir excepciones en las planificaciones periodicas.

rdisp/btctime

-un dia relativo al inicio o final del mes. Una vez o periodico.
Un Job puede ser iniciado de forma dependiente de tiempo o de un evento. En caso de Inicio basado en Tiempo, podemos seleccionar las siguientes opciones:

- El JOB debe ejecutarse Inmediatamente:

Fecha de Incicio-----*Inmediato

TransacciòN SM36 -----Selecciòn de inicio inmediato.

-El JOB puede ser ejecutado en fecha y Hora.

El Job puede ejecutarse en un dìa laboral determinado.

Definir Job

Condiciones de Inicio-----Fecha de Inicio----ID Clendario

Ejecución de Job según calendario

*No ejecutar en Domingos ni fechas festivas.

-Puedes seleccionar que el Job sea recurrente. Esto significa que el Job serà ejecutado nuevamente despues de un periodo de tiempo definido. También es posible especificar excepciones, tal como posponer el siguiente dia laboral en el caso de un feriado en el calendario.

-El Job es iniciado en la fecha y hora indicado, en concordancia con la prioridad del Job y disponibilidad de Work Processes de Background.

-Puedes especificar tambien un periodo de tiempo en el cual el job debe iniciarse. Para esto especificamos un tiempo luego del cual el job no debe ejecutarse.

-Con esta funciòn podemos prevenir la ejecuciòn de Jobs periodicos en un momento no conveniente, entre otras cosas.

-Por ejemplo un job de reorganizaciòn que deberìa solamente ejecutarse durante la noche demora su inicio por falta de disponibilidad de work Process de background. Con una ventana de tiempo de Inicio, podremos evitar que este Job se ejecute durante el dìa, cuando los usuarios de dialogo estàn activos y hay menos recursos disponibles.

No siempre es conveniente seguir aumentando los procesos de background. Para esto debemos analizar los periodos con que se ejecutan los Jobs, la concurrencia y reorganizando los horarios de alargada no requiera mucho paralelismo.

-Por otro lado podemos revisar el tema de los modos de operaciòn en donde debemos contabilizar la sumatoria de los procesos de dialogo mas los de background y realizar un proceso de balanceo.

2. Balanceo de CARGA

-El Parametro de Perfil rdisp/bctime especifica el periodo 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 dialogo 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 el que deberìa haber iniciado.
-El Planificador de Job corre en cada instancia que provee work process de background con la frecuencia en segundos defnidida en rdisp/btctime
-Los Work Processes de background pueden ser configurados en cada instancia del sistema utilizando el parametro de Perfil rdisp/wp_no_btc
-El Numero de Work Processes requeridos en el sistema SAP, depende del nùmero de tareas que se realizarà en batch si el sistema de transporte es utilizado, debe haber al menos 2 work processes 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 Processes de background definidos, el planificador de Job basado en tiempo corre cada la cantidad de segundos definido en rdisp/btctime (El valor por defecto es 60). Este es un programa ABAP (SAPMSSY2) que corre automaticamente en work process de dialogo.
-A partir de SAP Netweaver 7.0 El Planificador de Job tambien se inicia luego de que un Job ha finalizado. Esto Incrementa la tasa de salida para el procesamiento de background considerablemente dependiendo de cuantos Jobs hay planificados y recursos disponibles.
-La Nota de SAP 923228 describe como podemos activar esto para sistemas SAP con una versiòn a partir de Basis de 4.6C.
-El Planificador de Job basado en tiempo verifica la tabla de planificaciòn de Jobs en la base de datos y busca jobs que estèn esperando a ser ejecutados. Estos Jobs son transferidos a work Processes de background que se encuentren libre 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 ejecutados 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 caracterìsitcas particulares se derivan de esto, tan como asegurarnos que el Job se ejecuta en un sistema Operativo particular o en el mismo servidor donde corre la base de datos.
Esto significa, de todas maneras que no contamos con la ventaja de la distribuciòn de carga automàtica del sistema.

3. JOBS ESTANDAR

Los Jobs estandar son jobs de background que deberìan ejecutarse regularmente en el sistema de Producciòn SAP. Estos jobs principalmente realizan ciertas tareas de limpieza en el sistema, tal como Spool requests obsoletos o el procesamiento de informaciòn estadisitica y de monitoreo.
-En la transacciòn de definiciòn de Jobs (SM36) puedes acceder a una selecciòn de Jobs estandar importantes que puedes planificar, monitorear y editar seleccionando standar Jobs.
-Si queremos planificar todos los Jobs estandar, seleccionamos "Default Scheduling". Todos los Jobs estandar que estàn definidos en la tabla REORGJOBS son planificados con una variante y periodo especifico.
-Para planificar jobs individuales, selecciona el Job y especifica el periodo de ejecuciòn.
-Para definir el job estandar adicional que no està disponible en la selecciòn (tabla REORJOBS). podemos seleccionar predefine new Job.

Para Informaciòn sobre Jobs estandar, podemos consultar las Notas 16083.Standar Jobs, reorganization Jobs y 1034532-Changes for standar Jobs.

4. PLANIFICACION 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.
El Sistema de Procesamiento en background recibe eventos y luego inicia todos los Jobs que estàn vinculados a este evento.
-Un Job dependiente de evento puede ser planificado con una de las siguientes condiciones de Inicio:
-Luego de un Evento:: El JOB inicia 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: De esta manera podemos crear cadenas simples de Jobs donde la ejecuciòn del JOB sucesor puede ser dependiente del estado con el que finalizò el job predecesor.

5. EVENTOS

Nuevos eventos son definidos por el administrador de sistema en CCMS, transacciòn SM62.
-Cuando se hace esto, el adminsitrador diferencia entre eventos del sistema y eventos de usuario.
-Los eventos del sistema son predefinidos por SAP y no deberiamos modificar o disparar.
-Los Eventos pueden ser disparados en diferentes formas:
-Manualmente en CCMS: Para propositos de Prueba (Transacciòn SM64).
-Con un Programa ABAP, mediante el uso del Modulo de funciòn BP_EVENT_RAISE o del mètodo RAISE de la clase CL_BATCH_EVENT
-Externo o fuera del sistema o Nivel de Sistema Operativo usando el programa Sapevt.
-Un Parametro puede tambien ser transferido cuando un evento se dispara. De esta manera podemos definir Jobs que esperan por la ocurrencia del evento junto con el paràmetro especifico.
-Tambien podemos acceder al Historial de eventos en la transacciòn SM62.
La Nota de SAP 802172 Explica los parametros en detalle.
-La salida de Sapevt se escribe a un archivo de traza dev.ect. Para que pueda reaccionar a eventos externos, del sistema SAP debe estar activo. De otra manera un evento que se haya disparado por un porgrama externo se pierde.