✒️SAP BASIS La administración de jobs
SAP BASIS La administración de jobs
UNIDAD 7 Lección 5 Jobs de Baackground
¿Que es el procesamiento en background o de fondo?
Para separar tareas periodicas y que toman mucho tiempo de aquellas de interacción de usuario.
Es muy importante tener bien dimensionado el sistema ya que muchos procesos background podrian terminar compitiendo por recursos compartidos con procesos de dialogo.
El administrador planficia los jobs y monitorea la correcta ejecución de los mismos.
1. Fundamentos
El parametro rdisp/max_wprun_time --> limita al maximo tiempo de ejecución de un paso de diálogo en un WP de diálogo (ver nota 25528).
RZ11 - Visualización de parámetros del sistema y la modificación de los que el sistema permita editar sin reinicio de la instancia.
Un job background consiste de uno o mas pasos
- Un programa ABAP
- Un comando externo
- Un programa externo
Existen diferentes prioridades de ejecucion:
- Clase A (Alta)
- Clase B (Media)
- Clase C (normal)
SPC02 - Para ver el spool .
2. Planificación y Monitoreo
Transacción SM36 para definir nuevos jobs o Asistente de Job transacción SM36WIZ
Transacción SM37 permite nonitorear los jobs.
Los estados de los jobs son:
- Planificado (Scheduled)
- Liberado (Released)
- Listo (Ready)
- Activo (active
- Finalizado (Finished)
- Cancelado (Canceled)
Para capturar un job de background, se debe estar en el servidor donde esta corriendo (transacción SM37, op Job--> Capture:Active job)
UNIDAD 7 Lección 6 Administracion de Jobs
1. Planificación Basada en Tiempo
Inicio basado en Tiempo
- Se quiere que el Job se ejecute inmediatamente
- El job será ejecutado en una fecha y hora particular.
- El job se ejecutará en un dia laboral determiando (toma como base un calendario)
Job Recurrente (ejecutado despues de un periodo de tiempo definido)
Expecificar excepciones
El job es ejecutado en base a lo definido, la prioridad y la disponibilidad de WP de Background
2. Balanceo de Cargas
Parametro rdisp/bctime es para especificar el periodo de tiempo en el cual e planificador de jobs dependientes de tiempo está activo.
Los WP de Back son configurados con el parámetro de perfil rdisp/wp_no_btc.
La combinación de Job ID y el nombre del Job identifican al Job en el sistema.
Cuando existen WP-Back definidos, el planificador de jobs basado en tiempo corre cada cantidad de tiempo definidos en el rdisp/btctime (valor default son 60 segundos). El SAPMSSY2 (corre automaticamente en un proceso de WP-Dialogo)
Ver la nota 923228 -- > define como activar esto para la version 4.6c
El planificador de Jobs Basado en Tiempo verifica la tabla de planificación de Jobs y revisa los que estan pendientes por ejecutar, estos son transferidos a los WP-Back libre en base a la prioridad y servidor de ejecución. Los que no son asignados pueden se ejecutados en cualquier WP-Back libre.
3. Job Estándar
Los Job estandar por lo regular son:
- Tareas de limpieza en el sistema (Borrado de spool, request obsoletos o procesamiento de información estadistica y de monitoreo)
En la transacción SM36 - Definición de jobs se puede:
- Acceder a una selección de jobs estándar importantes para: Planificar, monitorear y editar
- Para planificar todos los jobs estandar (Selecciónar Default Scheduling) todo los jobs registrados en la tabla REORGJOBS son planificados)
- Cuando es de manera indivual, se selecciona el job y se especifica el periodo
- Definir un job estandar adicional (se selecciona predefine new job)
(Revisar la nota 16083 y 1034532)
4. Planificación Basada en Eventos
UN evento es una señal que indica que un estado en particular se ha alcanzado. El sistema de procesamiento de Back recibe eventos y luego inicia todos los jobs que estan vinculados al evento.
Las condiciones pueden ser:
- Luego de un evento
- Modo de operación
- Luego de un job (para crear cadenas simples de jobs)
5. Eventos
Los eventos se definen en la transacción SM62 en CCMS.
El Administrador diferencia entre eventos de sistema y eventos de usuario, los eventos del sistema son predefinidos por SAP y no deberian modificarse o disparar.
Los eventos se pueden dispara de diferentes maneras:
- Manualmente en CCMS para propositos de prueba (SM64)
- Con un programa ABAP, con el modulo de funcion BP_EVENT_RAISE o el metodo RAISE de la clase CL_BATCH_EVENT
- Externamente a nivel SO usando el programa sapevt
Un parametro se puede transferir cuando un evento se dispara. Se accede al historial de eventos en la SM62
Sintaxis de sapevt es:
sapevt
are multiple indidual switches based on:
{| event=} [{-p] | param= (ver la nota 8021172)
La salida de un evento externo se escribe en un archivo de traza dev_evt, SAP debe estar activo de otra manera el evento se pierde.
En la SM66 se pueden ver todos los procesos de backgroud en caso de que haya mas de una instancia
 
 
 
Sobre el autor
Publicación académica de Azucena Ballesteros, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Azucena Ballesteros
Mexico - Legajo: MD31J
✒️Autor de: 42 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Azucena Ballesteros