Procesos de Background
Estos procesos se encargan de las tareas que de ejecutarse en dialogo
le restarían tiempo a aquellos usuarios que necesitan de estos.
Afectando su performance.
Los workprocess de dialogo deben ser rapidos, son aquellos con el que
usuario interactúa. No deben causar cuellos de botella, por esto
existe el parámetro rdisp/max_wprun_time.
Se pueden utilizar procesos de batch o de background para aquellos
procesos que consuman mucho tiempo y no tener que utilizar uno de
dialogo. Al mismo tiempo estos procesos B pueden utilizarse para
tareas repetitivas o diarias con un job. Por ejemplo back-ups de bases
de datos o cierres contables de mes.
Un job puede ser:
Programa ABAP
Un comando externo
Un programa externo
Con prioridades A, B y C
Los Jobs con especificación de servidor de ejecución tendrán un
prioridad sobre otros al solicitar el workprocess de background. La
mayoría de los Jobs (90%) debería ser tipo sin especificación de
servidor
JOB programa ABA:
Se puede definir un job con un programa abap, para esto si el programa
abap tiene multiples pantallas y entre estas campos a llenar, estos se
pueden definir con una variante. Si se tiene un resultado al final del
programa abap este podría definirse para que salga hacia una lista de
spool, un recipiente de email se puede configurar para la lista. Sin
embargo este proceso de impresión puede hacerse después.
JOB comando externo: Llamado a script predefinido, un comando o un
programa a nivel de sistema operativo. Se puede enmascarar un llamado
al sistema operativo en SAP y también se puede definir que usuario
tendrá acceso a esto.
JOB programa externo: Comando del sistema operativo. Se puede
restringir que usuario pueden llamar a un programa externo.
Los Jobs pueden ser iniciados como:
Planificados: En una hora y fecha particular.
Mediante un suceso en específico: Cambios de modo de operación.
Finalizaciones de otros Jobs, entre otros.
Monitoreo y planificación:
TX SM36 para nuevos o SM36WIZ
Se requiere:
Especificaciones como el nombre, prioridad, y opcionalmente un
servidor especifico de ejecución.
Definición de uno o más pasos
Definición de una condición de inicio
SM37
Permite monitorear los Jobs, se puede filtrar por estado particular,
con pasos determinados, o que reaccionan a un evento definido.
Para el monitoreo de Jobs una columna no se visualiza por defecto y es
la de servidor de ejecución. Esta debe visualizarse para poder definir
si el problema del job viene de esto.
Un job puede tener los siguientes estados:
Planificado: (Scheduled) Los pasos que requieren para ser ejcutados
fueron definidos pero se necesita la condición de inicio.
Liberado (Released): Se configuro el job con su condición de inicio.
Un job no puede ser liberado sin esta condición.
Listo (Ready): Se encuentra en cola de espera de un proceso de background libre.
Activo (Active): Se encuentra en ejecución y no puede borrarse o
modificarse. Sin embargo si se tarda más de lo normal se puede
analizar en depuración y luego se puede finalizar o liberar en la tx
sm37 Menú job – capture: activejob
Finalizado: (Finished): Todos los Jobs fueron ejecutados.
Cancelado (Canceled): El job finaliza anormalmente, esto puede suceder asi:
El administrador termina con la SM37 el job Menu Job -- Cancel active job
Un paso del job término con error
Se puede crear un job copiando otro con el menú Job -- Copy