✒️SAP Los servicios de actualización
SAP Los servicios de actualización
Introducción al servicio de actualización de SAP R/3
El servicio de actualización 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 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.
En la actualización sincrónica, la petición de actualización a la base de datos se genera en el mismo proceso de trabajo que gestiona el resto de peticiones del usuario.
El tipo de actualización depende de la programación de la aplicación en curso.
Procesos de actualización V1 y V2
La actualización asincrónica presenta además una ventaja adicional: implementa las LUW.
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 hubiera algún problema en la base de datos, la grabación de cada LUW no se realizaría.
Hay dos tipos de LUW: de bases de datos y de SAP. La LUW de base de datos es una secuencia de operaciones de datos que no pueden ser divididas. Una transacción de SAP pueden incluir muchas LUW de bases de datos; cada una puede ser finalizada por un COMMIT a la base de datos generado automáticamente. Por otro lado, LUW de SAP es un proceso de negocio que no puede dividirse. Usualmente contienen varias LUW de base de datos.
Una LUW comienza cada vez que comenzamos una transacción y finaliza cuando los cambios a la base de datos han sido cancelados o confirmados.
La actualización asincrónica consiste de dos tipos de actualización: V1 (crítica primaria) y V2 (secundaria no crítica).
El sistema procesa primero los cambios críticos en la base de datos por delante de los menos críticos, asignándoles 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.
Monitorización del estado de las actualizaciones del sistema
SAP R/3 dispone de una herramienta para activación y desactivación genérica de los servicios de actualización, monitorización de las actualizaciones en curso y de las posibles actualizaciones interrumpidas.
Ante un problema grave en la base de datos, el sistema reacciona desactivando todas las actualizaciones, quedando en estado de espera.
Será tarea del administrador subsanar el error y reactivarla.
La actualización es activada automáticamente cada vez que el sistema SAP R/3 es arrancado en el servidor.
La transacción para gestionar centralmente la actualización es la SM13.
Objetos de bloqueo
Es una unión virtual de varias tablas SAP que sincroniza el acceso simultáneo de dos usuarios al mismos 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: enque_nombre: que controla la petición de bloqueo sobre el objeto; deque_nombre: que controla la liberación del bloqueo sobre el objeto.
Con esto se bloquea la tabla mientras se accede a ella y desbloquear al final.
Para la creación de un objeto de bloque usamos la transacción SE11.
SAP R/3 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.
Dos usuarios no pueden modificar el mismo objeto al mismo tiempo.
Los bloqueos se establecen al iniciar las transacciones de modificación y no son liberados hasta que la transacción es liberada (cuando el usuario pulsa el botón “Guardar”).
Será tarea del departamento de desarrollo que las nuevas aplicaciones hechas a medida generen tales bloqueos cuando estas aplicaciones traten de modificar un objeto.
La transacción que nos muestra los bloqueos activos del sistema es la SM12.
 
 
 
Sobre el autor
Publicación académica de Oscar Anibal Rizzo, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Oscar Anibal Rizzo
Profesión: Analista Funcional - Argentina - Legajo: KJ38Q
✒️Autor de: 37 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Oscar Rizzo