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

 X 

✒️SAP Los servicios de actualización

SAP Los servicios de actualización

SAP Los servicios de actualización

Lección 3. Los servicios de actualización de SAP

Es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos. Las actualizaciones se pueden generar a través de procesos de trabajo.

Los WorkProcess son los encargados de atender las solicitudes de los usuarios que usan el sistema o del propio sistema

El servidor SAP recibe miles de solicitudes de los usuarios continuamente, varias solicitudes incluso por cada pantalla de cada transacción en la que el usuario navega, por lo que es imposible procesarlas todas al mismo tiempo. Para ello, SAP utiliza un sub-sistema de despacho, conocido como dispatcher, de modo de realizar el procesamiento de las solicitudes e ir asignando las mismas a los procesos de trabajo.

En SAP existen 7 tipos de WorkProcess:

D - Diálogo: se usan para cumplir todas las solicitudes de ejecución de pasos de dialogo activados por un usuario activo o ejecutar un programa de dialogo.

V - Update: ejecutan solicitudes de actualización o cambios de base de datos asincrónicos que son controlados por una declaración COMMIT WORK (es una sentencia que se usa para confirmar una modificación en la base de datos) en un proceso de trabajo de dialogo.

E- Enqueue: administran la tabla de bloqueo en la memoria compartida o, si las transacciones de SAP tienen que sincronizarse, ejecuta las operaciones de bloqueo.

B - Background: ejecutan aquellos programas que se ejecutan sin la interacción del usuario o ejecutan trabajos en segundo plano dependientes del tiempo o controlados por eventos.

M - Message: son los responsables de enrutar los mensajes entre los servidores de aplicaciones SAP.

G - Gateway: son los responsables de la transferencia de mensajes entre sistemas SAP.

S - Spool: pasan flujos de datos secuenciales a impresoras o formato de impresión a impresora, archivo o base de datos.

A través de la transacción estándar SM50 podemos visualizar los procesos de trabajo que se están ejecutando en este momento en el servidor.

De cada proceso de trabajo vemos distinta información, la más relevante es: tipo de procesos de trabajo, status, el programa que se ejecuta, el mandante, el usuario SAP, la acción y la tabla base de datos de modifica.

La actualización asincrónica y sincrónica

Asincrónica: mayormente es así, es decir, el sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de dialogo del usuario. El efecto de este tipo de actualizaciones es que el usuario se desentiende totalmente del proceso de actualización, ya que no debe esperar a que el sistema acceda a actualizar a la base de datos para poder seguir trabajando. Esto se traduce en una mejora del rendimiento el proceso de dialogo del usuario no espera a que se terminen las actualizaciones para seguir procesando las peticiones de ese usuario.

En la siguiente imagen se muestra en forma esquemática como las actualizaciones asincrónicas pertenecientes a un proceso de trabajo de un usuario son lanzadas en paralelo

Sincrónica: aunque es menos frecuente, también se produce en el sistema SAP y se diferencia de la asincrónica en que la petición de actualización en la base de datos se genera en el mismo proceso de trabajo que gestiona el resto de peticiones del usuario. De esta forma el proceso de dialogo o batch debe esperar a que se realicen las actualizaciones en la base de datos antes de seguir procesando el resto de las peticiones del usuario, por lo que el rendimiento será peor que en el caso de la otra actualización.

En la siguiente imagen se ve en forma esquemática como las actualizaciones sincrónicas pertenecientes a un proceso de trabajo asociado a un usuario, son lanzadas en el mismo proceso, obligando al proceso a esperar a que la actualización termine para poder continuar.

Los usuarios no pueden elegir si los cambios en la base de datos se realizan de forma sincrónica o asincrónica, ya que esto depende de la programación de la aplicación en curso. Si se trata de actualizaciones dentro de alguna aplicación hecha a medida, será tarea del analista de la aplicación el decidir qué tipo de actualización realizar.

Los procesos de actualización V1 y V2

La actualización asincrónica presenta además una ventaja adicional: implementa las LUW. Las LUWs consisten en bloques auto consistentes de datos, de tal forma que su actualización en la base de datos es llevada a cabo completamente.

Si surgiera algún problema en la base de datos, la grabación de cada LUW no se realizará, de esta manera se evitan las inconsistencias que pudieran surgir al grabar una LUW a medias.

La actualización asincrónica consiste en 2 tipos de actualización: V1 y V2.

El sistema SAP distingue entre componentes de actualización critica primaria (V1) y secundaria no critica (V2). La diferencia entre estos dos tipos permite que el sistema procese los cambios críticos en la base de datos por delante de los cambios menos críticos, asignándoles diferentes LUWs, esto es necesario ya que las componentes V1 deben ser realizadas cuanto antes. Para asegurar la consistencia de los datos, las actualizaciones V1 se procesan con la supervisión del gestor de bloqueos de SAP que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.

Existen 2 tipos de LUWs, las LUWs de bases de datos y las LUWs de SAP.

En el caso de bases de datos, una LUW es una secuencia de operaciones de datos que no pueden ser divididas, se realizan en su totalidad o no se realizan. Una transacción de SAP pude incluir muchas LUW de base de datos, cada una de las cuales puede ser finalizada con un commit a la base de datos el cual se genera automáticamente.

Por el contrario, una LUW del sistema SAP es un proceso de negocio el cual no puede dividirse, el proceso se ejecuta en su totalidad o no se ejecuta. Una LUW de SAP de una transacción usualmente contiene varias LUWs de base de datos. Una LUW comienza cada vez que ejecutamos una transacción cuando los cambios a la base de datos a la LUW previa se confirman mediante un commit o cuando los cambios a la base de datos de la LUW previa se cancelan. Una LUW finaliza cuando los cambios a la base de datos han sido confirmados o cuando los mismos han sido cancelados.

La monitorización del estado de las actualizaciones

El sistema SAP dispone de una herramienta para la activación y desactivación genérica de los servicios de actualización, así como para la monitorización de las actualizaciones en curso y de las posibles actualizaciones interrumpidas que puedan haber ocurrido.

Ante un problema grave en la base de datos, SAP reacciona desactivando la actualización, con lo cual todas las modificaciones a realizar en la base de datos quedan en un estado de espera hasta que la actualización vuelva a estar activa.

Esta desactivación automática tiene lugar en pos de preservar la integridad de la base de datos y su ejecución queda registrada en el log del sistema.

Sera tarea de los administradores del sistema SAP, es decir de los SAP BASIS, de subsanar el error que produjo la desactivación de la actualización del sistema y su posterior activación. La actualización es activada automáticamente cada vez que el sistema SAP es arrancado en el servidor, por lo que solo se debe monitorizar su posible desactivación.

La transacción desde donde se pueden gestionar centralmente las actualizaciones es la SM13. Si la actualización ha sido desactivada, el botón Info nos proporcionara que proceso y usuario han causado su desactivación. El resto de campos son campos de selección para monitorizar las actualizaciones que han tenido lugar y han fallado o las que están en curso.

Los objetos de bloqueo

SAP dispone de un sistema de gestión de bloqueos de objetos para evitar la modificación concurrente de un objeto. Con esto, se asegura la consistencia de los objetos en SAP.

Cuando hablamos de objeto, nos estamos refiriendo por ejemplo a un documento contable, a una solicitud de compra, a una entrada de una tabla base de datos, etc.

Cuando un usuario accede a modificar un objeto, el sistema genera un registro de bloqueo con la información necesaria. Si un segundo usuario intenta modificar ese mismo objeto mientras el primer usuario lo tiene bloqueado, el sistema le muestra al segundo usuario un mensaje de error indicándole que un usuario ya está tratando el objeto solicitado.

Los bloqueos se establecen al iniciar las transacciones de modificación y no son liberados hasta que el usuario pulsa Grabar, la información es actualizada en la base de datos y la transacción es finalizada.

Toda modificación de un objeto desde cualquier aplicación estándar dentro de SAP genera entradas de bloqueo.

Sera tarea del departamento de desarrollo asegurar que las nuevas aplicaciones hechas a medida dentro de SAP, generen tales bloqueos cuando desde estas nuevas aplicaciones se acceda a modificar algún objeto.

La transacción que nos muestra, también sirve para remover, los bloqueos actualmente activos en el sistema es la SM12.

En la pantalla inicial de la transacción disponemos de unos parámetros de selección para filtrar los bloqueos actualmente activos.

Los parámetros son: Tabla, Argumento de bloqueo, Mandante, Usuario.

En general no conoceremos el argumento de bloqueo, ya que esa información depende del objeto que se esté modificando. Es mas común conocer la tabla o el usuario que está produciendo un bloqueo.

Una vez rellenos los parámetros de selección con los valores deseados pulsamos el botón Enter en la barra de aplicaciones y nos aparecerá un listado con las entradas de bloqueo que cumplen con la selección realizada.

Un objeto de bloqueo es una unión virtual de varias tablas SAP que sincroniza el acceso simultaneo de dos usuarios al mismo set de datos. Sirven para controlar la concurrencia de procesos sobre un mismo objeto, siempre están asociados a tablas del diccionario. Un objeto de bloqueo es un semáforo sobre una tabla. Cuando se define un objeto de bloqueo, se generan automáticamente dos módulos de funciones que controlan dicho semáforo. Uno de ellos es NKU_nombre, que controla la petición de bloqueo sobre el objeto y el otro es DKU_nombre que controla la liberación del bloqueo sobre el objeto. Mediante las funciones que genera el objeto de bloqueo, conseguimos bloquear la tabla mientras estamos accediendo a ella y desbloquearla al finalizar. De esta forma nos aseguramos que, por ejemplo, dos usuarios no estén modificando los mismos datos a la vez. Para la creación de un objeto de bloqueo usamos la transacción SE11


 

 

 

2 Agradecimientos:

Han agradecido este aporte: Matias Rodriguez, Juan Maiztegui

Favorito:

Está publicación ha sido agregada a sus favoritos por: Matias Rodriguez


Sobre el autor

Publicación académica de Ornella Mollani Norverto, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.

SAP Senior

Ornella Mollani Norverto

Profesión: Ingeniera Química - Argentina - Legajo: MA29J

✒️Autor de: 38 Publicaciones Académicas

🎓Egresado del módulo:

Disponibilidad Laboral: FullTime

Presentación:

Soy ing. química (utn-frc, argentina). quisiera formar parte de una empresa dónde poder crecer en el ámbito it, integrando con mis conocimientos ingenieriles y mis aptitudes de liderazgo e innovación.

Certificación Académica de Ornella Mollani

✒️+Comunidad Académica CVOSOFT

Continúe aprendiendo sobre el tema "Los servicios de actualización" de la mano de nuestros alumnos.

SAP Master

SERVICIOS DE ACTUALIZACION 1. INTRODUCCIÓN AL SERVICIO DE ACTUALIZACIÓN DE SAP R/3 El encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos. 2. ACTUALIZACIÓN SINCRÓNICA Y ASINCRÓNICA La actualización es mayoritariamente asincrónica, es decir, el sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario. La actualización sincrónica, es menos frecuente, y se diferencia de la asincrónica en que la petición de actualización en la base de datos se genera en el mismo proceso de trabajo que gestiona el resto de peticiones del usuario. 3. PROCESOS DE...

Acceder a esta publicación

Creado y Compartido por: Jose Luis Mendoza Paternina

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

SAP SemiSenior

//Introducción al servicio de actualización de SAP R/3 El servicio de actualización en SAP R/3 es especialmente importante ya que es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos. //Actualización sincrónica y asincrónica Asincrónica (Mas Frecuente): El sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de dialogo del usuario. Sincrónica (Menos Frecuente): La petición de actualización en la base de datos se genera en el mismo proceso de trabajo que gestiona el resto de peticiones del usuario. Los usuarios no pueden elegir el tipo de actualización en la base de datos, esto...

Acceder a esta publicación

Creado y Compartido por: Gonzalo Nicolas Bravo

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

SAP Senior

ACTUALIZACIÓN DE SAP R/3 La actualización es importante, ya que es el encargado de gestionar las modificaciones solicitados por los usuarios en la base de datos. Batch: procesamiento por lotes, se planifica cuando va a realizarse la ejecución de un programa. Actualización Asincrónica: el sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de dialogo del usuario. El usuario se desentiende totalmente del proceso de actualización. Actualización Sincrónica: La petición de actualización en la base de datos se genera en el mismo proceso de trabajo que gestiona el resto de peticiones del usuario. Los usuarios no eligen que actualización...

Acceder a esta publicación

Creado y Compartido por: Marcela Salazar Angel

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

SAP Senior

1.- Servicio de actualización de SAP R/3 Encargado de gestionar modificaciones en la base de datos solicitadas por los usuarios. Se generan a través de procesos de trabajo tipo diálogo, batch o update. 2.- Actualización sincrónica y asincrónica Mayormente asincrónica, proceso de actualización diferente al proceso de diálogo. Mayor Rendimiento de la aplicación. Sincrónica, menos frecuente, la petición de actualización de la base de datos se genera en el mismo proceso de diálogo o batch, proceso de diálogo debe esperar por actualizaciones para continuar. 3.- Procesos de Actualización V1 y V2 Son asincrónicas....

Acceder a esta publicación

Creado y Compartido por: Ruben Villalobos

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

SAP SemiSenior

Introducción al servicio de actualización de SAP R/3 La actualización es importante ya que es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos,dichas actualizaciones se se pueden generar a través de proceso de trabajos tipo diálogo,batch o update. ACTUALIZACIÓN SINCRÓNICA Y ASINCRÓNICA Asincrónica el sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de dialogo de usuario.El efecto de este tipo de actualización es que el usuario se desentiende totalmente del proceso de abtualización ya que no debe esperar a que el sistema accede a actualizar a la base de datos para poder...

Acceder a esta publicación

Creado y Compartido por: Petrona Guerra Martinez

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

SAP Master


SERVICIOS DE ACTUALIZACIÓN 1. Introducción: Este servicio es el encargado de gestionar las modificaciones, solicitadas por los usuarios, en la base de datos, se pueden generar a través de procesos de trabajo tipo dialogo, batch o update. 2. Actualización Sincrónica y Asincrónica. a) Actualización Asincrónica: es la de mayor ocurrencia en el sistema R/3. El sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de dialogo del usuario, permitiendo una mejora del rendimiento. b) Actualización Sincrónica: es menos frecuente. La petición de actualización en la BD se genera en el mismo proceso de trabajo que gestiona...

Acceder a esta publicación

Creado y Compartido por: Carlos Castillo

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

SAP Senior

SERVICIO DE ACTUALIZACIÓN DE SAP R/3 Este servicio es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos. Se pueden generar por medio de procesos de trabajo tipo diálogo, batch o update. ACTUALIZACIÓN ASINCRÓNICA: Es la que presenta en mayor numero la actualización de la base de datos de un sistema R/3 . El sistema gestiona el requerimiento del usuario en un proceso aparte del proceso de diálogo.El usuario no debe esprear a que el sistema acceda a actualizar a la base de datos-> Rendimiento Mayor. Este presenta una ventaja y es que implementa los LUW , que son bloques auto consistentes de datos, de tal forma que su actualización en la...

Acceder a esta publicación

Creado y Compartido por: Gustavo Adolfo Escobar

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

SAP Senior

Servicio de actualización de SAP R/3. Es el encargado de gestionar las modificaciones en la BD. Estas modificaciones pueden ser por hechas por procesos de dialogo o batch. Actualización sincrónica y asincrónica. Asincrónica: El sistema gestiona el requerimiento de actualizacion en la BD con un proceso aparte e independiente del proceso de dialogo. Esto mejora el rendimiento, y el usuario no debe esperar a que terminen las actualizaciones en la BD. Sincrónica: La actualizacion en la BD se realiza en el mismo proceso de dialogo o batch, por lo cual este proceso debe esperar a que se terminen todas las actualizaciones para proseguir. Son menos frecuentes y el rendimiento se deteriora. Estos procesos...

Acceder a esta publicación

Creado y Compartido por: Saul Juvenal Riffo Vidal

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

SAP Master


Servicios de actualización: Es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos. -Actualización Asincrónica, el sistema gestiona el requerimiento de actualización en un proceso aparte del proceso de dialogo del usuario. El usuario se desentiende del proceso de actualización, ya que no debe esperar a que el sistema acceda a actualizar. -Actualización Sincrónica, la petición de actualización se genera en el mismo proceso de trabajo que gestiona el resto de peticiones. El proceso de diálogo o Batch debe esperar a que se realicen las actualizaciones antes de seguir procesando el resto de las peticiones. LUWS: Bloques auto consistentes...

Acceder a esta publicación

Creado y Compartido por: Christian Bastidas Morales

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

SAP Senior

Servicios de actualización de SAP El servicio de actualización en SAP R73 es especialmente importante ya que es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos. Dichas actualizaciones se pueden generar a través de procesos de trabajo tipo diálogo, batch o update. Actualización sincrónica y asincrónica: La actualización en la base de datos de un sistema R/3 es mayoritariamente asincrónica, es decir, el sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario. El efecto de este tipo de actualizaciones es que el usuario se desentiende totalmente del proceso...

Acceder a esta publicación

Creado y Compartido por: Amanda Vargas

 


 

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