✒️SAP Los servicios de actualización
SAP Los servicios de actualización
SERVICIOS DE ACTUALIZACION
1 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. Dichas actualizaciones se pueden generar a través de procesos de trabajo tipo dialogo, batch o update
2 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 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
La actualización sincrónica, aunque es menos frecuente, también se produce en el sistema R/3, 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 las 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 actualización asincrónica
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.
Procesos de actualización V1 y V2
La actualización asincrónica presenta además una ventaja adicional: implementa las LUW.
LUWs
Consisten en bloque 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ía, de esta manera se evitan las inconsistencias que pudieran surgir al grabar una LUW a medias.
La actualización asincrónica, consiste de 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 estos dos 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.
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 delas posibles actualizaciones interrumpidas que pueda 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 codificaciones 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.
La actualización es activada automáticamente cada vez que el sistema SAP R/3 es arrancado en el servidor, por lo que solo se deberá monitorizar su posible desactivación.
Transacción donde podremos gestionar centralmente la actualización es la SM13
SM13 transacción estándar que se utiliza para el control de las actualizaciones en el sistema SAP.
En ella, básicamente, se nos muestra si la actualización del sistema esta activa o ha sido desactivada por alguna causa.
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.
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 1er usuario lo tiene bloqueado, el sistema le muestra al segundo usuario un mensaje de error indicándole que un usuario ya esta tratando el objeto solicitado.
Toda modificación de un objeto desde cualquier aplicación estándar dentro de SAP R/3 genera entradas de bloqueo.
Será tarea del dpto. de desarrollo asegurar que las nuevas aplicaciones hechas a medida dentro de SAP R/3 generen tales bloqueos cuando desde estas nuevas aplicaciones se acceda a modificar algún objeto.
Transacción SM12 La transacción estándar SM12 se utiliza para visualizar y remover los bloqueos en el sistema SAP.
 
 
 
Sobre el autor
Publicación académica de Marcos Gabriel Gomez Redes, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Marcos Gabriel Gomez Redes
Profesión: Universitario - Paraguay - Legajo: GM60J
✒️Autor de: 39 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Universitario cursando últimos años de la carrera ingeniería en sistema informáticos. encargado de un dpto. ti
Certificación Académica de Marcos Gomez