![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP Los servicios de actualización
SAP Los servicios de actualización
![SAP Los servicios de actualización SAP Los servicios de actualización](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/450.jpg)
Servicios de actualización
Introducción al servicio de actualización de SAP R/3
Se encarga de gestionar las modificaciones solicitadas por los usuarios en la base de datos. Se pueden generar a través de procesos de trabajo tipo diálogo, batch o update.
Actualización sincrónica y asincrónica (depende de la programación de la aplicación en curso)
- Asincrónica: el sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario. El usuario queda independiente del proceso de actualización , es decir, el proceso de diálogo del usuario no espera a que se terminen las actualizaciones para seguir procesadno las peticiones de ese usuario. Frecuente.
- 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. El proceso de diálogo o batch debe esperar a que se realicen las actualizaciones en la base datos antes de seguir procesando el resto de las peticiones del usuario.
*El analista de la aplicación elige el tipo de actualización cuando se trata de actualizaciones dentro de alguna aplicación hecha a medida.
Procesos de actualización V1 y V2
La ventaja adicional de la actualización asincrónica: implementa las LUW.
LUWs: consisten en bloques auto consistentes de datos, así la actualización en la base de datos se lleva a cabo completamente. Si surge un problema en la base de datos, la grabación de cada LUW no se realiza, evitando las inconsistencias al grabar un LUW a medias.
LUW de base de datos: secuencia de operaciones de datos que no pueden ser divididas, las operaciones se realizan en su totalidad o no se realizan.
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 transacción de SAP puede contener varias LUWs de base de datos. Comienza cada vez que ejecutamos una transacción, cuando los cambios a la base datos de la LUW se confirma mediante un comit o cuando los cambios de la base datos de la LUW previa se cancela. Finaliza cuando los cambios a la base de datos son confirmados o cancelados.
La actualización asincrónica, consiste de 2 tipos de actualización:
V1: actualización crítica primaria. Las actualizaciones se procesan con la supervisión del gestor de bloqueos de SAP R/3 que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.
V2: actualización secundaria no crítica
(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)
Monitorización del estado de las actualizaciones del sistema
La actualización es activada automáticamente cada vez que el sistema SAP R/3 es arrancado en el servidor , por lo que sólo se deberá monitorizar su posible desactivación.
Transacción SM13 Control de las actualizacones en el sistema SAP. Muestra si la actualización esta activa o desactivada (botón Info: proceso y usuario).
Objetos de bloqueo
Unión virtual de varias tablas SAP que sincroniza el acceso simultáneo de dos usuarios al mismo set de datos, sirven para controlar la concurrencia de procesos sobre un mismo objeto, siempre 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 automaticamente dos módulos de funciones que controlan dicho semáforo: NQ_nombre=controla la petición de bloqueo sobre el objeto, DQ_nombre=controla la liberación de bloqueo sobre el objeto. Mediante las funciones que genera el objeto de bloqueo, se consigue bloquear la tabla mientras estamos accediendo a ella y desbloquearla al final.
SM11 transacción que se usa para la creación de un objeto de bloqueo.
SAP dispone de sistema de gestión de bloqueos de objetos para evitar la modificación concurrente de un objeto, asegurando la consistencia de los objetos en SAP R/3.
Al modificar un objeto , el sistema genera un registro de bloqueo con la información necesaria. Así, cuando un segundo usuario intenta modificar el mismo objeto, se muestra un mensaje de error indicando que otro usuario lo está tratando.
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.
Modificar un objeto desde una aplicación estándar dentro de SAP R/3 genera entradas de bloqueo.
El departamento de desarrollo es el encargado de asegurar que las nuevas aplicaciones hechas a medida dentro de SAP R/3 generen bloqueos cuando en las nuevas aplicaciones se modifique algún objeto.
SM12 transacción que nos permite visualizar y remover los bloqueos actualmente activos en el sistema.
En la pantalla se dispone de parámetros (tabla, argumento de bloqueo, mandante y usuario) de selección para filtrar los bloqueos actualmente activos. Fácil = conocer la tabla o usuario que está produciendo un bloqueo. Difícil = argumento del bloqueo, ya que depende del objeto que se esté modificando.
 
 
 
Agradecimiento:
Ha agradecido este aporte: Luis Bulgarelli Brenes
Favorito:
Está publicación ha sido agregada a sus favoritos por: Luis Bulgarelli Brenes
#1 / 25 de Abril de 2015 / Amanda Vargas: |
Sobre el autor
Publicación académica de Carmen Lilian Ayala Melo, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Carmen Lilian Ayala Melo
Profesión: Proyectista - Mexico - Legajo: ZJ25G
✒️Autor de: 49 Publicaciones Académicas
🎓Cursando Actualmente: Consultor en SAP SD Nivel Inicial
🎓Egresado del módulo:
Certificación Académica de Carmen Ayala