✒️SAP Los servicios de actualización
SAP Los servicios de actualización
Servicios de actualización
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 diálogo, batch o update.
La actualización de 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. La actualización sincrónica es menos frecuente, también se produce en el sistema R/3 y pero 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, obligando al proceso a esperar a que termine la actualización para poder continuar, lo que no sucede con la actualización asincrónica. Los usuarios no pueden elegir si los cambios a la base de datos se realizan en forma sincrónica o asincrónica ya que esto depende de la programación de la aplicación en curso, si la aplicación es hecha a medida es el analista el que decide qué tipo de actualización realizar.
La actualización asincrónica presenta la ventaja adicional que implementa las 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 surgiera algún problema en la base de datos, la grabación de cada LUW no se realizaría, de esta manera se evitan inconsitencias 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 crítica primaria (V1) y secundaria no crítica (V2). y procesa primero los cambios V1 antes que los V2 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 que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.
Existen dos tipos de LUWs, las LUWs de bases de datos (es una secuencia de operaciones de datos que no pueden ser divididas, las operaciones se realizan en su totalidad o no se realizan. Una transacción de SAP puede contener varias LUWs de base de datos, c/u de las cuales puede ser finalizada con un comit a la base de datos el cual se genera automáticamente), y las LUWs de SAP (es un proceso de negocio que no puede dividirse, el proceso se ejecuta en su totalidad o no se ejecuta. Una LUW de SAP de una transacción usualmente contiene varias LUWs de base de datos.
Monitorización del estado de las actualizaciones del sistema:
Cada vez que el sistema SAP R/3 es arrancado en el servidor se activa automáticamente la actualización, ante un problema grave en la base de datos SAP R/3 reacciona desactivando automáticamente la actualización para preservar la integridad de la base de datos y su ejecución queda registrada en el log del sistema. Es tarea del administrador monitorizar su posible desactivación, subsanar el error que produjo la desactivación de la actualización del sistema y su posterior activación.
La transacción SM13 permite gestionar las actualizaciones, básicamente muestra si una actualización del sistema esta activa o ha sido desactivada, en cuyo caso el botón info nos proporciona qué proceso y usuario han causado su desactivación. el resto de los campos permiten monitorizar las actualizaciones que han tenido lugar y las que han fallado o las que estan en curso.
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. 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. Los bloqueos se establecen al iniciar las transacciones de modificación y son liberados cuando el usuario pulsa grabar y la información es actualizada en la base de datos y la transacción es finalizada. El departamento de desarrollo deberá asegurar que las nuevas aplicaciones generen los bloqueos como lo hace SAP en todas sus aplicaciones. La transacción SM12 muestra los bloques actualmente activos en el sistema y permite removerlos, ingresando la tabla o el usuario que esta produciendo el bloqueo podemos obtener una lista con las entradas de bloqueo asociadas. Para la creación de un objeto de bloqueo utilizamos la transacción SE11.
 
 
 
Sobre el autor
Publicación académica de Cristina Angélica Buich Montagna, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Cristina Angélica Buich Montagna
Profesión: Analista de Sistemas, Prof.matemati - Argentina - Legajo: JO53A
✒️Autor de: 34 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Por mi formación y experiencia como docente, analista de sistemas y administrativa-contable me gustaría dedicarme a la capacitación, implementación y consultoría funcional de erp en santa fe o uruguay
Certificación Académica de Cristina Buich