🚀PROMO #PLANCARRERA2024 - 🔥Bonificaciones, Precios Congelados y Cuotas

 X 

✒️SAP BASIS Los jobs de background

SAP BASIS Los jobs de background

SAP BASIS Los jobs de background

LECCION 5 JOBS DE BACKGROUND

Que es el procesamiento en Background o de Fondo?

-El Procesamiento en Background deberia separar tareas periodicas y que insumen mucho tiempo de aquellas de interacciòn de usuarios. Tareas que requeriran mucho tiempo y que ocuparìan un work process en dialogo pueden ser secuencialmente procesados en background sin afectar el performance de dialogo.

-Un requisito importante para conseguir este objetivo es un dimensionamiento apropiado del sistema, ya que, demasiados procesos de background podriar terminar compitiendo por recursos compartidos con procesos de dialogo (Memoria Principal CPU).

-Los procesos que deben ejecutarse regularmente y consuman mucho tiempo son planificados como Jobs de background en el sistema SAP.

El Administrador planifica los Jobs de background y monitorea la correcta ejecuciòn de los mismos.

1. Fundamentos

Las Siguientes preguntas responderemos en este lecciòn:

-Por què necesitamos procesamiento en Background?

-Que es un Job de Background?

-Que condiciones de Inicio existen?

-Como son planificados y Monitoreados los Jobs?

-Que estados pueden tener un Job?

-Por que es necesario el procesamiento en Background?

Work Process de dialogo deberìan estàr disponibles para responder a las solicitudes de los usuarios rapidamente. Los Recursos de dialogo deberìan por lo tanto no deben ser utilizados para ejecuciones prolongadas ya que pueden provocar cuellos de botella en el tiempo de respuesta de dialogo.

-El Parametro rdisp/max_wprun_time existe por este motivo justamente limita el aximo tiempo de ejecuciòn de un paso de dialogo en un work process de dialogo.

TRANSACCION RZ11: La Transacciòn RZ11 es utilizada para la visualizaciòn de paràmetros del sistema y la modificaciòn de los que el sistema permita editar sin reinicio de la instancia.

-La Manera en que el parametro rdisp/max_wprun_teme funciona esta descripta en la nota SAP25528.

-Podemos utilizar los procesos de background para tareas que consuman mucho tiempo.Tambien se conocen estas como procesos de batch.

-Normalmente los procesos de background no se utilizan solamente para ejecuciones largas, sino tambien para rareas repetitivas. Ejemplos son los backups diarios de base de datos o los cierres de mes financiero y contables.

-Un Job es procesado en un unico work Process de background.

-Un Job de background consiste de uno o mas pasos (steps).Un Paso puede ser:

-Un Programa ABAP.

-Un comando Externo

Si un job es planificado para ser ejecutado en un servidor particular o en un grupo de servidores, este tendrà preferencia con respecto a otros Jobs de la misma clase. Esta preferencia solamente aplica si multiples jobs con la misma prioridad solicitan en procesamiento en background al mismo tiempo, por ejemplo, porque se planificaron para que no se ejecuten a la misma hora.

Nota: Deberiamos asegurarnos que la mayor parte de los Jobs de background son planificados con prioridad normal, clase C, sin especificaciòn de servidor de ejecuciòn. Esto deberia aplicar para el 90% o màs de todas las tareas de Background.

-Un programa ABAP puede planificarse como un paso de Job. Si el Programa ABAP tiene una o mas pantallas de selecciòn, tendremos que crear las entradas previamente en una variante.

Una variante hace posible ejecutar un programa ABAP en background aunque el programa requiera valores de entrada.

Los Valores almacenados en la variante son luego utilizados durante la ejecuciòn del programa. Si un programa ABAP tiene una pantalla de salida como resultado, esta es dirigida auna lista de spool.

-Podriamos tambien especificar un recipiente de email para esta lista de spool durante la definiciòn del Job.

-Debemos especificar una impresora para la creaciòn de la lista de spool, aunque no necesariamente tenga que ser una impresora en un dispositivo de salida, como resultado del procesamiento en background Esto por ejemplo podrìa hacerse posteriormente.

-Un Comando externo: Es un llamado a un script predefinido, un comando, o un programa a nivel de sistema operativo, con comandos externos, podemos enamascarar llamados al sistema operativo y guardarlos en el sistema SAP bajo un nombre.

Podemos usar tambièn el concepto de autorizaciòn de SAP para proteger la ejecuciòn de un comando externo. Esto permite que podamos determinar que usuarios estàn permitidos a ejecutar que comandos externos (sobre que servidores y/o sistemas Operativos).

-Un Programa Externos: Es un comando del sistema operativo. El concepto de autorizaciòn e SAP solamente especifica si un usuario puede llamar a un programa externo o no. Una Asignaciòn mas detallada de autorizaciones, por ejemplo A nivel de los nombres de programa, no es provista con la ejecuciòn de programas externos. Utilicemos comandos externos para esto.

-Un Job puede ser iniciado: Mediante la planificaciòn en una fecha y hora particular (Esto incluye el inicio inmediato, si no hay background work proceses libres disponibles al momento en que debe iniciar el job segùn planificaciòn).

-Mediante la ocurrencia de un evento particular definido en el Sistema SAP. Esto Incluye Jobs que se iniciaràn luego de la finalizaciòn de otros Jobs o en los cambios de modo de operaciòn o Jobs con inicio inmediato si existen background work process libres al momento.

Recordar:

Modo de Operaciòn: Esta altamente ligado al balanceo de los procesos de dialogo y background.

Cuando hay procesos de dialogo que llevan mucho tiempo en ejecutar----Se hacen con un job de background. Todo proceso de background genera un resultado que lo larga a una impresora.

2. PLANIFICACION Y MONITOREO

Podemos utilizar la transacciòn SM36 para definir nuevos Jobs. Puedes llamar el asistente de Job, transacciòn SM36WIZ o desde la transacciòn SM36 tambien.

NOTA: Transacciòn SM36 y SM36WIZ: La Transacciòn SM36 y SM36WIZ son utilizadas para la creaciòn de Jobs tanto standar como propios, permitiendo definir mas de un paso de ejecuciòn en cada uno.

-Las especificaciones que requieren la definiciòn de un Job son:

-Especificaciones Generales tales como el nombre del Job, prioridad del Job (Por defecto. C) y opcionalmente un servidor de ejecuciòn o Grupo.

-Definiciòn de uno o mas pasos.

-Definiciòn de una condiciòn de inicio (de tiempo o controlada por evento).

-El Asistente de Job nos ayuda a la creaciòn del Job guiandonos de manera facil a travès del proceso de creaciòn.

-El Metodo de creaciòn de un Job de background (clasico o mediante el asistente de Job), no tiene incidencia en el resultado. Algunas funciones (especificar el usuario SAP en la definiciòn, modificaciòn del orden de ejecuciòn de los pasos) no estàn disponibles para el asistente de JOB.

Transacciòn SM37

La Transacciòn SM37 nos permite monitorear los Jobs. Podemos seleccionar los Jobs utilizando diversos criterios en la pantalla Inicial de esta transacciòn. Alguna opciones serìan visualizar los Jobs que contienen un paso determinado que tienen un estado particular o que reaccionan a un evento definido.

-Luego que seleccionamos execute, una vista de Job, aparece que es creada por el visor de listas SAP (SAP List Viewer ALV) seleccionado del menu----settings podemos determinar las columnas que se mostrarà y el orden.

Podemos tambièn configurar si serà el diseño (Layout) estandar para el usuario actual o todos los usuarios.

-Para el analisis de Jobs una columna que no se visualiza por defecto y es importante es la columna de servidor de ejecuciòn, ya que muchas veces algun problema en la ejecuciòn de un Job puede estar relacionando al servidor de aplicaciòn donde se ejecuta.

-Podemos tambien navegar a otras vistas especificas del Job desde la visualizaciòn del JOB.

-Listas de Spool contiene las listas de salida de los programas de ABAP (Si es que existen).

-Todos los mensajes de salida por un programa de background son almacenados en el Log del Job. Podemos visualizar el log para obtener informaciòn sobre un programa que finalizò con error o para realizar una investigaciòn detallada sobre la ejecuciòn de un Job de background.

Un Job puede tener los siguientes estados:

-Planificado (Scheduled): Los pasos que requieren la creaciòn del Job han sido definidos ya, de todas formas la condiciòn de inicio aun necesita ser definida.

-Liberado (Released): El Job ha sido completamente definido, incluyendo la condiciòn de inicio. Un Job no puede ser liberado sin una condiciòn de inicio. Solamente un administrador o un usuario con las autorizaciones necesarias para el procesamiento de background puede liberar un job.

-Listo (Ready): La condiciòn de un Job liberado se ha compilado. Sin embargo el Job se encuentra en la cola de espera por work process de background libre.

-Activo (Libre) : El Job està siendo ejecutado y no puede ser borrado ni modificado. Si un Job activo no se ejecuta normalmente. Por Ejemplo, demora mucho mas del tiempo normal, podemos analizar el Job en modo de depuraciòn. Luego podemos finalizar el Job definitivamente o liberarlo nuevamente. Para esto, en la transacciòn SM37, seleccionamos Job--Capture: Active Job.

Nota: Para Capturar un Job de Background, debemos iniciar sesiòn en el servidor SAP donde el Job esta corriendo.

-Finalizado (Finished) : Todos los pasos del Job fueron ejecutados sin problema.

-Cancelado (Canceled): El Job finaliza anormalmente esto puede suceder de 2 maneras:

1. El Administrador deliberadamente termina el Job en la transacciòn SM37 mediante la selecciòn del Job----Cancel Active Job.

2. Un paso del Job terminò con error. Podemos modificar un Job mientras este tenga los estados planificado o liberado. Si la ejecuciòn de un Job ya ha comenzado, podemos monitorear el procesamiento en el Log del Job.

Si el Job tiene programas BAP que crean listas de salida, estas se almacenan en las listas de spool.

-Podemos crear un nuevo Job copiando otro existente. Desde el Menù selecciona JOB.....Copy.


 

 

 


Sobre el autor

Publicación académica de Edwin Vargas Guzman, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.

SAP SemiSenior

Edwin Vargas Guzman

Profesión: Ingeniero Electronico - Colombia - Legajo: XS14Z

✒️Autor de: 52 Publicaciones Académicas

🎓Egresado del módulo:

Certificación Académica de Edwin Vargas

✒️+Comunidad Académica CVOSOFT

Continúe aprendiendo sobre el tema "Los jobs de background" de la mano de nuestros alumnos.

SAP SemiSenior

Procesamiento de background o de fondo > existen para reducir los procesos de dialogo; se utilizan para procesos largo o tareas repetitivas. Estados del Jobs > Planificado, liberado, listo, activo, finalizado, cancelado. RZ11 > Visualizar y editar parámetros del sistema que no necesitan reinicio de la instancia. SP02 > Ordenes de spool propias. SM36 > Definicion de jobs SM36WIZ > Asistente de jobs. sm37 > Monitorear los jobs.

Acceder a esta publicación

Creado y Compartido por: Carlos Enrique Aldana Peña

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

BACKGROUND se utiliza para nombrar todos aquellos procesos o rutinas que se realizan en segundo plano o de fondo. Los procesos de background, los usamos para programasr tareas repetitivas y procesos largos Un Jobs de background es una tarea que se realiza en uno más pasos que pueden ser un programa abap, un comando externo o un programa externo. Clase A prioridad alta Clase B prioridad Media Clase C prioridad Normal Sap recomienda prgramar todos los job de clase c sin especificación de servidor de ejecución. Tipos de propiedades de Jobs: Tipo A destino de ejecución Tipo A sin destino Tipo B con destino de ejecución Tipo B sin destino de ejecución Tipo C con destino de ejecución Tipo...

Acceder a esta publicación

Creado y Compartido por: Wilson Perez Lizarazo

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Jobs de background ¿Qué es el procesamiento en background o de fondo? -Separa tareas periódicas y que insumen mucho en tiempo en interacciones de usuarios. -Un paso puede ser : -Un programa ABAP -Un comando externo -Un programa externo -Los Jobs de background pueden ser planificados con dif. prioridades: -Clase A (prioridad alta) -Clase B (prioridad media) -Clase C (prioridad normal) -Un job puede iniciarse : -En un momento determinado (depende de tiempo) -Cuando un evento particular ocurre (depende de evento) 2.-Planificación y monitoreo -Transacción SM36 -Transacción SM36WIZ: Asistente de jobs -Estado de un JOB : -Planificado -Liberado -Listo -Activo -Finalizado

Acceder a esta publicación

Creado y Compartido por: Fidian Morales

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Jobs de background ¿Qué es el procesamiento en background o de fondo? -Separa tareas periódicas y que insumen mucho en tiempo en interacciones de usuarios. -Un paso puede ser : -Un programa ABAP -Un comando externo -Un programa externo -Los Jobs de background pueden ser planificados con dif. prioridades: -Clase A (prioridad alta) -Clase B (prioridad media) -Clase C (prioridad normal) -Un job puede iniciarse : -En un momento determinado (depende de tiempo) -Cuando un evento particular ocurre (depende de evento) 2.-Planificación y monitoreo -Transacción SM36 -Transacción SM36WIZ: Asistente de jobs -Estado de un JOB : -Planificado -Liberado -Listo -Activo -Finalizado

Acceder a esta publicación

Creado y Compartido por: Bernardita Susana Gatica Carrillo

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Transacción RZ11, es la utilizada para la visualización de parámetros del sistema y la modificación de los que el sistema permita editar sin reinicio de la instancia. Los Jobs de los background pueden ser planificados con diferentes prioridades: Clase A (Prioridad alta) Clase B (Prioridad media) Clase C (Prioridad normal) Debemos asegurarnos que la mayor parte de los jobs de background sean planificados con prioridad normal, clase C, sin especificación de servidor de ejecución. Esto debería aplicar para el 90% o más de todas las tareas de background. Un Job puede ser iniciado: 1. Mediante la planificación en una fecha y hora particular. 2. Mediante la ocurrencia de un evento particular...

Acceder a esta publicación

Creado y Compartido por: Cesar Antonio Tot Soto

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Master

Lección: Jobs de Background [ 5º de 8 ] El procesamiento en background debería esencialmente separar tareas periódicas y que toman mucho tiempo de aquellas de interacción de usuarios, este tipo de tareas que consumen un work process en dialogo pueden ser procesadas en background sin afectar el perfomance de diálogo. El parámetro rdis/max_wprun_time limita el máximo tiempo de ejecución de un paso de diálogo en nun work process. SM36: Transacción para definir nuevos jobs. SM36WIZ: Transacción asistente de job, similar a la SM36. SM37: Transacción para monitorear los jobs.

Acceder a esta publicación

Creado y Compartido por: Jose Alejandro Parada Martinez / Disponibilidad Laboral: FullTime + Carta Presentación

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Expert



La manera en que el parámetro rdisp/max_wprun_time funciona está descripto en la nota de SAP 25528. Un job de background consiste de uno o más pasos (steps). Un paso puede ser: > Un programa ABAP > Un comando externo > Un programa externo Cada job se procesa sin interrupción por un único background work process. Los jobs de background pueden ser planificados con diferentes prioridades: > Clase A (Prioridad alta) > Clase B (Prioridad media) > Clase C (Prioridad normal) Si un job es planificado para ser ejecutado en un servidor particular o un grupo de servidores, este tendrá preferencia con respecto a otros jobs de la misma clase. Esta preferencia solamente aplica si múltiples...

Acceder a esta publicación

Creado y Compartido por: Angel De Jesus Lopez Lopez

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Expert


Procesamiento de Fondo: separa tareas periódicas que consumen mucho tiempo, de las que tienen interacción de usuarios. Tareas largas que ocuparían un work process de diálogo, peuden procesarse en background y no afectar la performance de diálogo. Para ello se debe dimensionar bien al sistema, ya que muchos procesos de background podrían terminar compitendo por recursos compartidos con procesos de diálogo. El parámetro rdisp/max_wprun_time existe para limitar el máximo tiempo de ejecución de un proceso de diálogo en un work process de diálogo. La transacción RZ11 se usa para visualizar parámetros del sistema sin reinicio de la instancia. Un job de...

Acceder a esta publicación

Creado y Compartido por: Daniel Alejandro Monteros Segura

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP Senior

Jobs de Background Los procesos de background, los usamos para programasr tareas repetitivas y procesos largos - Clase A (prioridad alta) - Clase B (Prioridad media) - Clase C (Prioridad normal) Deberiamos asegurarnos de que la mayor parte de los Jobs de background sean palnificados con prioridad normal clase C sin especificacaion de servidor de ejecución Un job puede iniciarse en un momento determinado (depende del tiempo) cuando un evento particular ocurre La transaccion RZ11 es utilizada para la visualizacion de parametros del sistema y la modicicacion de los que el sitema permita editar sin renicio de la instancia. La manera en que el parametro rdisp/max_wprun_time funciona este descipto en la nota de sap 25528

Acceder a esta publicación

Creado y Compartido por: Jorge Antonio Alarcon Vega

*** CVOSOFT - Nuestros Alumnos - Nuestro Mayor Orgullo como Academia ***

SAP SemiSenior

Jobs de Background Un job como tal es una tarea que se le programa al Sistema para que esta sea ejecutada en un tiempo definido por el usuario/administrador donde también define los parámetros que va a manejar. El parámetro rdisp/max_wprun_time existe por este modo justamente, limita el máximo tiempo de ejecución de un paso de dialogo en workprocess de dialogo. RZ11: Es utilizada para la 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 de background consiste de uno o más pasos (Steps), Un paso puede ser: Ø Un programa ABAp. Ø Un comando Externo. Ø Un programa Externo. Cada...

Acceder a esta publicación

Creado y Compartido por: Ricardo Rosales Medina / Disponibilidad Laboral: FullTime + Carta Presentación

 


 

👌Genial!, estos fueron los últimos artículos sobre más de 79.000 publicaciones académicas abiertas, libres y gratuitas compartidas con la comunidad, para acceder a ellas le dejamos el enlace a CVOPEN ACADEMY.

Buscador de Publicaciones:

 


 

No sea Juan... Solo podrá llegar alto si realiza su formación con los mejores!