🚀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

Procesamiento en background o de fondo:

El procesamiento en background debería ser para separar tareas periódicas y que insumen mucho tiempo, y se deben programar mediante jobs.

Un requisito importante para conseguir este objetivo es un dimensionamiento apropiado del sistema, ya que demasiados procesos de background podría terminar compitiendo por recursos compartidos con procesos de diálgoo (MP, CPU).

Fundamentos:

Los recursos de diálogo no deberían ser utilizados para ejecuciones prolongadas ya que pueden provocar cuellos de botella en el tiempo de respuesta de diálogo.

El parámetro rdisp/max_wprun_time existe por este motivo, ya que limita el tiempo máximo de ejecución de un paso de diálogo en un work process de diálogo.


Transacción RZ11: La transacción RZ11 es utilizada para visualizar parámetros del sistema y la modificación de los que el sistema permita editar sin reinicio de instancia.

Esto debería asegurar que los procesos de diálogo no sean bloqueados por programas que requieren demasiado tiempo de ejecución, interfiriendo la operación online.

Podemos utilizar los procesos de background (o batch) para tareas que consuman mucho tiempo o para tareas repetitivas.

Un job de background consiste de uno o más pasos (steps), los cuales pueden 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)


Pasos de un job:

Programa ABAP: Si un programa ABAP tiene una o más pantallas de selección, hay que crear las entradas previamente en una variable. Una variante hace posible ejecutar un programa ABAP en background aunque el programa requiere valores de entrada.
Si un programa ABAP tiene una pantalla de salida como resultado, esto es dirigido a una lista de spool (requerirá de una impresora). También se puede especificar un recipiente de email para esta lista de spool durante la definición del job.

Comando externo: Es un script predefinido, un comando, o un programa a nivel del SO. Con un comando externo se puede enmascarar llamadas al SO y guardarlos en el sistema SAP bajo un nombre.

Programa externo: Es un comando del SO. El concepto de autorización de SAP solamente especifica si un usuario puede llamar a un programa externo o no. Una asignación más detallada de autorizaciones no es provista con la ejecución de programas externos.

Un job puede ser iniciado:

  • Mediante la planificación en una fecha y hora particular.
  • 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.

Planificación y Monitoreo:

Podemos utilizar la transacción SM36 para definir nuevos jobs, o también llamar al asistente de jobs mediante la transacción SM36WIZ

Las especificaciones que requiere la definición de un job son:

  1. Especificaciones generales tales como nombre de job, prioridad, etc.
  2. Definición de uno o más pasos.
  3. Definición de una condición de inicio.


Transacción SM37
: Nos permite monitorear los jobs.

Un job puede tener los siguientes estados:

  • Planificado: Los pasos que requieran la creación del job han sido definidos ya, de todas formas la condición de inicio aún no necesita ser definida.
  • Liberado: El job ha sido completamente definido, incluyendo la condición de inicio. Solo un admin puede liberar un job.
  • Listo: La condición de inicio de un job liberado se ha cumplido. Sin embargo el job se encuentra en la cola de espera por un work process de background libre.
  • Activo: El job está siendo ejecutado y no puede ser borrado ni modificado.
  • Finalizado: Todos los pasos del job fueron ejecutados sin problemas.
  • Cancelado: El job finaliza anormalmente, esto puede deberse a que el administrador terminó un job o un paso del job terminó con error.

Podemos modificar un job mientras este tenga como estado "planificado" o "liberado"


 

 

 


Sobre el autor

Publicación académica de Rodrigo Leonardo María García, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.

SAP Master

Rodrigo Leonardo María García

Profesión: Analista de Administración Sap - Argentina - Legajo: CM14L

✒️Autor de: 96 Publicaciones Académicas

🎓Egresado de los módulos:

Disponibilidad Laboral: FullTime

Presentación:

Me llamo rodrigo, tengo 23 años y vivo en argentina. soy ingeniero en sistemas de información y actualmente trabajo en una empresa nacional como administrador sap.

Certificación Académica de Rodrigo María

✒️+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

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 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

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

SAP SemiSenior

Los jobs de background El proceso de background serpara tareas periodicas y que consumen mucho tienpo de interecciones de usarios, este tipo de tareas de dialogo pueden ser procesadas en background sin afectar la performance de dialogo. Los programas que deban ejecutarse regularmente y consuman mucho tiempo son planificado como jobs de background en el sistema SAP. Los fundamentos Transaccion RZ11. es utilizada para la visualizacion de parametros del sistema y la modificacion de los que el sistema permita editar sin reinicio de la instancia. Podemos utilizar los procesos de background para tareas que consuman mucho tiempo , tambien se conocen como procesos de batch. Lor pocesos de backgruond se utilizan para ejecuciones largas y tambien para...

Acceder a esta publicación

Creado y Compartido por: Jorge Andrade

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

SAP Senior

El procesamiento en background deberia esencialmente separar tareas periodicas y que insumen mucho tiempo de aquellas de interaccion de usuarios. Tareas que requieren mucho tiempo y ocuparian un work process en dialogo pueden ser secuencialmente procesadas en background sin afectar la performance de dialogo. Un requisito importante para conseguir este objetivo es un dimensionamiento apropiado del sistema, ya que, demasiados procesos de background podria terminar compitiendo por recursos compartidos con procesos de dialogo (memoria principal, CPU). Los programas que deban ejecutarse regularmente y consuman mucho tiempo son planificado como jobs de background en el sistema SAP. El administrador planifica los jobs de background y monitorea la...

Acceder a esta publicación

Creado y Compartido por: Yoberly Zambrano

 


 

👌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!