✒️SAP Los servicios de actualización
SAP Los servicios de actualización
Lección 5: Servicios de actualización
1. Introducción al 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. Dichas actualizaciones se pueden generar a través de procesos de trabajo tipo diálogo, batch o update.
2. Actualización sincrónica y asincrónica
La mayoría de las actualizaciones en la base de datos de un sistema R/3 son asincrónicas, es decir, el sistema gestiona el requerimiento de actualización en un proceso aparte del proceso de diálogo con el usuario. En este tipo de actualizaciones, el usuario no debe esperar a que el sistema acceda a actualizar la base de datos para poder continuar con su trabajo.
En el caso de las actualizaciones sincrónicas, 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 de usuario, por lo que el proceso de diálogo o batch debe esperar a que se realicen las actualizaciones en la bsae de datos antes de seguir procesando el resto de las peticiones del usuario, afectándose así el rendimiento.
Es importante saber que los usuarios no eligen si las actualizaciones se realizan de forma sincrónica o asincrónica, ya que depende de la programación de la aplicación en uso. Sin embargo, en el caso de aplicaciones hechas a la medida, el analista de la aplicación definirá el tipo de actualización a realizar.
3. Procesos de actualización V1 y V2
La actualización asincrónica presenta una ventaja adicional: La implementación de las LUWs (Logic Unit of Work).
Las LUWs se definen de acuerdo a diversas categorías:
a) LUWs de base de datos: Secuencia de operaciones de datos que no pueden dividirse, es decir, las operaciones se realizan en su totalidad o no se realizan.
Una transacción de SAP (ejecución de un programa) puede incluir muchas LUWs 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.
b) LUWs de SAP: Proceso de negocio, el cual no puede dividirse. El proceso se ejecuta en su totalidad o no se ejecuta.
Una LUW de SAP, usualmente contiene varias LUWs de base de datos.
La actualización asincrónica consiste en dos tipos de actualización: V1 (Actualización crítica primaria) y V2 (Actualización secundaria no crítica). En base a este nivel de prioridad, el sistema R/3 asigna diferentes LUWs.
Para asegurar la consistencia de los datos, las actualizaciones V1 se procesan con la supervisión del gestor de bloqueos de SAP R/3, el cual impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.
4. Monitorización del estado de las actualizaciones del sistema
SAP R/3 cuenta con 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 pueden haber ocurrido.
Mediante esta herramienta, ante un problema grave en la base de datos, se desactiva la actualización, dejando en espera todas las modificaciones a realizar en la base de datos, hasta que la actualización vuelva a estar activa. De esta manera, se preserva la integridad de la base de datos y su ejecución queda registrada en el log del sistema.
TIP: Las actualizaciones se activan automáticamente al iniciar SAP R/3, por lo que la monitorización se enfoca en su posible desactivación.
Para gestionar las actualizaciones se utiliza la transacción SM13. En esta transacción se muestra si la actualización del sistema se encuentra activa o si ha sido desactivada por alguna causa.
Al desactivarse una actualización, el botón Info indica qué proceso y usuario han causado su desactivación. El resto de los campos son de selección, mediante los cuales se monitorizan las actualiaciones que han tenido lugar y han fallado o se encuentran en curso.
5. 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 R/3.
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.
La transacción que permite visualizar y remover los bloqueos actualmente activos en el sistema es SM12. En la pantalla que se muestra con esta transacción se disponen de los parámetros: tabla, argumento de bloqueo, mandante y usuario.
Cuando se define un objeto de bloqueo, se generan automáticamente dos módulos para su control:
- NQ_Nombre: Controla la petición de bloqueo sobre el objeto.
- DQ_Nombre: Controla la liberación de bloqueo sobre el objeto.
Para la creación de un objeto de bloqueo se utiliza la transacción SE11.
 
 
 
Agradecimiento:
Ha agradecido este aporte: Ana Ortiz
Favorito:
Está publicación ha sido agregada a sus favoritos por: Ana Ortiz
Sobre el autor
Publicación académica de Eladio Fernando Zambrano Santafe, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Eladio Fernando Zambrano Santafe
Profesión: Licenciado en Contaduría Pública - Portugal - Legajo: JZ67J
✒️Autor de: 36 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Eladio Zambrano