✒️SAP Los servicios de actualización
SAP Los servicios de actualización
Introducción al servicio de actualización de SAP R/3 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 de tipo dialogo, 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 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 de rendimiento; el proceso de diálogo del usuario no espera a que se terminen las actualizaciones para seguir procesando las peticiones de ese usuario.
La actualización sincrónica, aunque es menos frecuente, también se produce en el sistema R/3, y se diferencia a 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 diálogo 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 actualización asincrónica.
Los usuarios no pueden elegir si los cambios de 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.
Procesos de actualización V1 y V2
La actualización asincrónica presenta además una ventaja adicional: implementa las LUW.
Si surgiera algún problema en la base de datos, la grabación de cada LUW no se realizaría, de esta manera se evitan 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 R/3 distingue entre componentes de actualización critica primaria (V1) y secundaria no critica (V2). La diferenciación entre 2 tipos de actualización 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 por bloqueos de SAP R/3 que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.
Monitorización del estado de las actualizaciones del sistema
El sistema SAP R/3 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.
El sistema SAP R/3, ante un problema grave en la base de datos reacciona desactivando la actualización con lo cual todas las modificaciones a realizar en la base de datos se 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.
Será tarea del administrador el subsanar el error que produjo la desactivación de la actualización del sistema y su posterior activación.
La transacción desde donde se puede gestionar centralmente la actualización es la SM13:
Muestra si la actualización del sistema está activa o ha sido desactivada por alguna causa.
Si la actualización ha sido desactivada, el botón INFO nos proporciona qué 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.
Objetos de bloqueo
- La transacción que nos muestra los bloqueados actualmente activos en el sistema es la SM12.
Un objeto de bloqueo es una unión virtual de varias tablas SAP que sincroniza el acceso simultaneo de 2 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 2 módulos de funciona que controlan dicho semáforo, ENDQUIU_Nombre que controla la petición de bloque sobre le objeto y el otro es DEQUIU_Nombre que controla la liberación del bloqueo sobre le objeto.
Para la creación de un objeto de bloqueo usamos la transacción SE11.
 
 
 
Sobre el autor
Publicación académica de Miguel Angel Pineda Vela, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Miguel Angel Pineda Vela
Profesión: Purchasing Corporate Assistant - Colombia - Legajo: VR18S
✒️Autor de: 166 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP MM Nivel Inicial
- Carrera Consultor en SAP MM Nivel Avanzado
- Curso Introducción a SAP