✒️SAP Los servicios de actualización
SAP Los servicios de actualización
Servicios de Actualización:
Es Especialmente importante ya que es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos, dicha actualización se pueden generar a través de procesos de trabajo tipo diálogo, back o update.
Actualización Sincrónica y asincrónica:
La actualización en la base de datos de un sistema R/3 es mayoritariamente Asincronica, es decir gestiona el requerimiento de Actualización del usuario en un proceso aparte del proceso de dialogo del usuario, este efecto de este tipo de actualizaciones es que el usuario se desentiende totalmente del proceso de actualización, ya que no debera 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 esperan 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 SAP 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 peticiones del usuario, de esta forma el proceso de dialogo o bath 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 asincronica, los usuarios no pueden elegir si los cambios en la base de datos se realizan de forma sincrónica o asincronica, ya que esto depende de la programación de las aplicación en curso.
Proceso de Actualización V1 y V2:
La actualización Asincronica presenta además una ventaja adicional implemente LUW.
LUW: Consiste en bloques 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á de esta manera se evitan las inconsistencias que pudieran surgir al grabar una luw a medias.
Las actualizaciones asincronica consiste en 2 tipos de actualizaciones V1 Y v2, el sistema R/3 distingue entre componentes de actualización critica primaria (V1) y secundaria (V2) la diferenciación entre estos 2 tipos de actualización permite que le sistema procese cambios criticos en la base de datos por delante de los cambios menos criticos asignandoles diferentes luws, esto es necesario ya que los 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 de 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 generica de los servicios de actualización, así como para la monitorización de las actualizaciones en curso y de las posibles actualizaciones que puedan haber ocurrido, el sistema r73 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 automatica tiene lugar en pos de preservar la integridad de la base de datos y su ejecución queda registrada en el log del sistema.
Sera tarea del administrador el subsanar el error que produjo la desactivación de la actualización del sistema y su posterior activación , la actualización es activada automaticamente cada vez que el sistema es arrancado en el servidor, por lo que solo se deberá monitorizar su posible desactivación, la transacción donde podemos gestionar centralmente la actualización es la SM13 la cual se utiliza para el control de las actualizaciones en el sistema SAP.
Objetos de Bloqueo: Sap dispone de un sistema de gestión de bloqueo, 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 primer usuario lo tiene bloqueado, el sistema le muestra al segundo usuario un mensaje de error indicandole que un usuario ya esta tratando el objeto solicitado.
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, toda modificación de un objeto desde cualquier aplicación estándar dentro de SAP R3 genera entradas de bloqueo, la transacción que nos muestra os bloqueos activos actualmente es en sistema es la SM12 la cual se utiliza para visualizar y remover bloqueos en el sistema sap.
Sobre el autor
Publicación académica de Franklin Delgado, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
SAP Junior
Franklin Delgado
Profesión: Lcdo. en Desarrollo Empresarial - España - Legajo: FT12G
✒️Autor de: 15 Publicaciones Académicas
🎓Cursando Actualmente: Introducción a SAP
Disponibilidad Laboral: FullTime
Presentación:
Soy profesional dispuesto siempre a perfeccionar mis conocimientos y habilidades, orientado a cumplir con los objetivos planteados con ética y eficacia.
Certificación Académica de Franklin Delgado
