✒️SAP BASIS La administración de jobs

Unidad 7. Lección 6. Administración de Jobs.

1. Planificación basada en Tiempo.

Un Job puede ser iniciado de forma dependiente de tiempo o de un evento.

En el caso de inicio basado en tiempo, encontramos estas opciones:

• El Job debe ejecutarse inmediatamente.
• El Job debe ser ejecutado en una fecha y hora particular.
• El job debe ejecutarse en un dia laboral determinado.

Se puede seleccionar que el job sea recurrente. Esto significa que el job sera ejecutado nuevamente despues de un cierto periodo de tiempo definido. Tambien es posible especificar excepciones, tal como posponer al 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 la disponibilidad de work processes de background.

Se puede especificar un periodo de tiempo en el cual el job debe iniciarse. Para esto, se especifica un tiempo luego del cual el job no debe ejecutarse. con esta función, podemos prevenir la ejecución de jobs periódicos en un momento no conveniente, entre otras cosas.

TIP. No siempre es conveniente seguir aumentando el numero de procesos de fondo, para esto debemos hacer un analisis previo. Por ejemplo, los periodos en los que se ejecutan los jobs, la concurrencia, puede que reorganizando los horarios no requiera mucho paralelismo por ejemplo. Por otro lado se deben revisar los modos de operación donde debemos contabilizar la sumatoria de los procesos de dialogo mas los de background y realizar un balance correcto. Si tenemos 20 procesos en total, podemos tomar 14 procesos de dialogo y 6 de background, monitorearlos desde la SM50 y si funcona todo ok durante el dia, dejarlo de esta manera e invertirlo para la noche, en donde vamos a contar con mas procesos de fondo, lo que si debemos tomar en cuenta es que los procesos de dialogos son los que atienden a los usuarios, de modo de que estos no deberian congestionarse. En el caso de los procesos de background simplemente si estan todos tomados, se generará una cola fija, es decir, first in first out, primero en entrar sera el primero en salir, de modo que conforme se liberan se iran procesando.

2. Balanceo de Carga.

El parámetro 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.

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

El numero de work processes requerido en el sistema SAP depende del numero de tareas que se realizaran en batch. si el sistema de transporte es utilizado, debe haber al menos dos 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 prosseses 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 (SAPMSY2) que corre automaticamente en un work process de dialogo.

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 libres en la instancia de SAP, de acuerdo a la prioridad y servidor de ejecución.

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

Si un job es expliciamente asignado a ser ejectudado, ya sea en una instancia seleccionada o un grupo de instancias algunas caracteristicas particulares se derivan de esto, tal 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 distribución de carga automática del sistema.

3. Jobs Estándar.

Los jobs estandar son jobs de background que deberían ejecutarse regularmente en un sistema de producción SAP. Estos jobs principalmente realizan ciertas tareas de limpieza en el sistema, tal como el borrado de spool requests obsoletos o el procesamiento de información estadística y de monitoreo.

En la Tx SM36, de definicion de jobs, se puede acceder a una seleccion de jobs estándar importantes que se pueden planificar, monitorear y editar seleccionando Standard Jobs.

Si se quiere planificar todos los jobs estándar, seleccionaremos Default Scheduling. Todos los jobs estándar que están definidos en la tabla REORGJOBS son planificados con una variante y periodo específico.

Para planear jobs individuales, selecciona el job y especifica el periodo de ejecucion.

Para definir un job estandar adicional que no está disponible en la selección (tabla REORGJOBS), podemos seleccionar Predefine new job.

Nota. Para información de jobs standar, consultar las notas 16083. - standar jobs, reorganization jobs y 1034532 for standar jobs.

4. 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. El sistema de procesamiento en background recibe eventos y luego inicia todos los jobs que estan vinculados a ese evento.

Un job dependiente de evento puede ser planificado con una de las siguientes condiciones de inicio:

• Luego de un evento. El job inicia despues de que un evento definido en el sistema SAP es recibido.
• Modo de operación. con esta opcion, 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 sucesos puede ser dependiente del estado con el que finalizó el job predecesor.

5. Eventos.

Nuevos eventos son definidos por el administrador del sistema en CCMS, Tx SM62. Cuando se hace esto, el administrador diferencia entre eventos de sistema y eventos de usuario. Los eventos de sistema son predefinidos por SAP y no deberiamos modifica o disparar.

Los eventos puede ser disparados de diferentes formas:

• Manualmente en CCMS para propósitos de prueba (Tx SM64)
• Con un programa ABAP, mediante el uso del módulo de función BP_EVENT_RAISE o el metodo RAISE de la clase CL_BATCH_EVENT
• Fuera del sistema SAP a nivel del sistema operativo usando el programa sapevt.

Un parametro puede tambien ser transferido cuando un evento se dispara. De esta manera, podremos definir jobs que esperan por la concurrencia del evento junto con el parametro específico. Tambien odemos acceder al Historial de Eventos en la Tx SM62.