ADMINISTRACION DE JOBS
PLANIFICACION BASADA EN TIEMPO
Un Job puede ser iniciado de forma dependiente de tiempo o de un evento.
Inicio basado en tiempo (opciones):
1. El Job debe ejecutarse inmediatamente
2. El Job debe ser ejecutado en una fecha y hora particular (opciones):
· El Job debe ejecutarse en un día laboral determinado
· Podemos hacer que el Job sea recurrente.
· Es posible especificar excepciones (fiestas, domingos, etc)
· El Job es iniciado en la fecha y hora junto con la prioridad del Job y la disponibilidad del work process de background.
· Se puede especificar un período de tiempo en el cual el jbo debe iniciarse, para eso hacemos la acción contraria especificar el tiempo en el cual no debe ejecutarse.
Hay que analizar los tiempos de ejecución de los work process ya sean de dialogo o de background antes de ampliar procesos de background (transacción SM50).
Si no hay más workprocess de background disponibles los Jobs entran en una cola FIFO (First-IN First-OUT) primero en entrar, primero en salir.
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. El valor por defecto es 60.
Es un programa ABAP (SAPMSSY2) que corren automáticamente en un work process de dialogo.
La ejecución de Jobs con una condición de inicio inmediata usualmente evita el planificador.
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 work processes de background pueden ser configurados en cada instancia del sistema SAP utilizando el parámetro de perfil rdisp/wp_no_btc
El número de work processes requeridos en el sistema SAP depende del número de tareas que se realizaran en batch.
Si se utiliza el sistema de transporte mínimo deben haber 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.
A partir de SAP Netweaver 7.0 el planificado de Job también se inicia luego de que un Job ha finalizado. Esto incremente la tasa de salida para el procesamiento de background considerablemente dependiendo de cuantos Jobs hay planificados y recursos disponibles.
La nota SAP 923228 describe como podemos activar esto para sistemas SAP con una versión a partir de Basis de 4.6C.
OPERATIVA:
1. El planificar de Job basado en tiempo verifica la tabla de planificación de Jobs en la base de datos
2. Busca Jobs que estén esperando a ser ejecutados
3. Estos Jobs son transferidos a work processes de background que se encuentre libre en la instancia de SAP de acuerdo a la prioridad y servidor de ejecución.
Los Jobs que no tienen asignado un servidor pueden ser ejecutados con cualquier work process de background libre.
La carga de trabajo es automáticamente distribuida entre las instancias SAP.
Si un Job es explícitamente asignado (ya sea a grupo de instancias, sistema operativo, servidor donde corre la bbdd) perdemos la ventaja de la distribución de carga automática.
JOBS ESTANDAR
Estos son Jobs de background que deberían ejecutarse regularmente en un sistema de producción SAP.
Realizan principalmente tareas de limpieza, procesamiento de información estadística y monitoreo.
La transacción SM36 de definición de Jobs, puede acceder a una selección de Jobs estándar importantes que puedes planificar, monitorear y editar seleccionando ESTÁNDAR JOBS.
Si queremos planificar todos los Jobs estándar, seleccionamos Default Scheduling.
Todos los Jobs estándar que están definidos en la tabla REORGJOBS son planificados con una variante y periodo específicos.
Para planificar Jobs individualmente, seleccionamos el Job y especificamos el periodo de ejecución.
Podemos definir un Job estándar adicional que no está disponible en la selección (tabal REORGJOBS) mediante PREDEFINO NEW JOB.
Las notas 16083 Standard Jobs, reorganization Jobs y la nota 1034532 Changes for estándar Jobs amplían información.
PLANIFICACION BASADA EN EVENTOS
Pueden ser planificados con una de las siguientes condiciones de inicio:
Después de un evento: se inicia después de un evento definido en el sistema SAP es recibido.
Modo de Operación: podemos vincular un Job a la activación de un modo de operación cuando planificamos el Job.
Después de un Job: podemos crear cadenas simples de Jobs donde la ejecución del siguiente Job puede ser dependiente del estado con el que finalizo el Job anterior.
EVENTOS
El administrador del sistema puede definir nuevos eventos en CCMS, transacción SM62.
El administrador diferencia entre eventos de sistema y eventos de usuario.
Los eventos de sistema son predefinidos por SAP y no beberíamos modificar o disparar.
Los eventos pueden ser disparados de diferentes formas:
· Manualmente en CCMS para propósitos de prueba (transacción 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.
Se puede transferir un parámetro a un evento que se dispara.
De esta manera podemos definir Jobs que esperan a la ocurrencia de un evento junto con el parámetro especifico.
Se puede acceder al HISTORIAL DE EVENTOS en la transacción SM62
La sintaxis de sapevt es:
sapevt
are multiple individual switches base don:
{| event=} [{-p } | param=
LA nota SAP 802172 explica los parámetro en detalle.
La salida de sapevt se escribe en un archivo de traza dev_evt.
Solo si el sistema SAP está activo puede reaccionar a eventos externos, en caso contrario se pierde el evento.
Ejemplo de sapevt
sapevt event=NUEVO_ARCHIVO_INTERFZA name=DEV mhost=twdf5000.wdf.sap.corp.
Si el nombre del evento contiene espacios deberemos utilizar comillas (“”) cuando llamaos al programa sapevt
Sapevt “MY EVENT” name=QAS mshost=twdf9999.wdf.sap.corp.