✒️SAP BASIS La administración de jobs
SAP BASIS La administración de jobs
Administración de Jobs
Basada en Tiempo
Opciones disponibles:
· Ejecutarse inmediatamente
· Ejecutarse en fecha y hora particular
· Ejecutarse en día laboral determinado
Se puede especificar la recurrencia y excepciones (como día laboral)
Se ejecuta en la fecha y hora indicada, según prioridad y disponibilidad de wp
Se pueden limitar los períodos de ejecución, de manera de prevenir ejecución en momentos no convenientes. Podríamos evitar que un job se inicie durante el día, de manera de respetar recursos disponibles.
Balanceo de Carga
rdisp/bctime especifica tiempo de actividad para el planificar de Jobs. Los inmediatos evitan el planificador. En ese caso el wp de diálogo es quien planifica el job. Por falta de recursos, es planeado basado en tiempo, correspondiendo la fecha y hora con las originales.
rdisp/wp_np_btc permite configurar background wp
En caso de utilizer transporte, se necesitan al menos 2 wp de background.
rdisp/btctime define el tiempo en segundos que el planificador estará corriendo (defecto 60), siendo un programa ABAP SAPMSSY2 automático en wp de diálogo.
A partir de SAP Netweaver 7.0, el planificador también se inicia luego de finalizar un job, lo que incrementa la tasa de salida para el procesamiento de background, dependiendo de las planificaciones y recursos. Nota 923228
El planificador verifica la BD y busca Jobs a la espera. Estos son transferidos a wp de background libres, según prioridad y server de ejecución. Cuando no se asigna un server, son ejecutados por cualquier wp disponible, por lo que la carga es distribuida.
Cuando se especifica el server, aseguramos que se ejecute en determinado SO o en el mismo lugar de BD, pero no contamos con la ventaja de distribución.
Jobs estándar
Deberían ejecutarse regularmente en PRD. Realizan tareas de limpieza, como borrado de spool request o procesamiento de info estadística y monitoreo.
SM36: Definición de Jobs, permite planificar, monitorear y editar Jobs, entre ellos estándar.
Podemos planificar todos los Jobs estándar, con Default Scheduling. Lo que planifica todos los definidos en la tabla REORGJOBS, con una variante y período.
Se pueden planificar Jobs individuales
Para los estándar que no están en la tabla REORGJOBS, se puede dar Predefine new job. Notas 16083 y 1034532
Planificación basada en eventos
Un evento es una señal que indica que un estado ha sido alcanzado en SAP. El sistema de procesamiento recibe eventos y luego inicia los Jobs vinculados a este evento.
Condiciones de inicio:
· Luego de un Evento: Inicia después de un evento definido
· Modo de Operación: Vinculado a la activación de un modo de operación
· Luego de un Job: Cadenas simples de Jobs, con posibles dependencias entre resultados.
Eventos
Puede ser definidos en CCMS, transacción SM62. Se diferencia entre eventos de sistemas y de usuarios. De sistema son predefinidos por SAP y no se deberían modificar o disparar.
Pueden ser disparados:
· Manualmente en CCMS, para pruebas (SM64)
· Con programa ABAP, módulo BP_EVENT_RAISE o método RAISE de la clase CL_BATCH_EVENT
· Fuera de SAP, a nivel de SO con sapevt
Se pueden transferir parámetros cuando se disparan los eventos, para definir jobs que esperan alguno específico. Se puede acceder al historial de eventos (sm62)
sapevt sintaxis:
Nota 802172
La salida se escribe en un archivo trace dev_evt. Para reaccionar a eventos externos, SAP debe estar activo, o el evento se perderá.
Ejemplo sapevt:
sapevt evento=NUEVO_ARCHIVO_INTERFAZ name=DEV mshost=twdf5000.wdf.sap.corp.
Si el nombre contiene espacios, debemos utilizar comillas para llamarlo.
 
 
 
Sobre el autor
Publicación académica de Abel Franco Garrido Letelier, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Abel Franco Garrido Letelier
Profesión: Ingeniero en Infraestructuras - Chile - Legajo: OG36X
✒️Autor de: 40 Publicaciones Académicas
🎓Egresado de los módulos:
Certificación Académica de Abel Garrido