✒️SAP Los servicios de actualización

Lección 5 UNIDAD 2 Servicios de Actualización

1 Introducción al servicio de actualización de SAP R/3

El servicio de actualización se encarga de gestionar modificaciones solicitadas por los usuarios en la base de datos, lo cual se genera a través de procesos de trabajo tipo dialogo batch o update.

2 Actualización sincrónica y asincrónica

Asincrónica.- el sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de dialogo del usuario, quien se desentiende del proceso de actualización porque no debe esperar a que termine éste, para poder seguir trabajando, ello es una mejora del rendimiento, va en paralelo el proceso de dialogo asociado a un usuario y la actualización asincrónica asociada al proceso de dialogo. La actualización en el sistema R/3 es mayoritariamente asincrónica.

Sincrónica.- Es menos frecuente, 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 dialogo o batch debe esperar a que se realicen las actualizaciones antes de seguir procesando el resto de las peticiones del usuario; el rendimiento es peor.

El usuario no elige si los cambios en base de datos es asincrónica o sincró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 que tipo de actualización realizar.

3 Procesos de actualización V1 y V2

La actualización asincrónica presenta ventaja adicional: implementa las LUW

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 surge un problema en la base de datos, la grabación de cada LUW no se realizaría, se evitan inconsistencias que pudieran surgir al grabar una LUW a medias.

Esta actualización tiene dos tipos: V1 y V2, el sistema R/3 distingue entre componentes de actualización crítica primaria (V1) y secundaria no crítica (V2), lo que permite que el sistema procese los cambios por delante de los cambios menos críticos asignando diferentes LUWs. Las actualizaciones V1 se procesan con supervisión del gestor de bloqueos de SAP R/3 que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.

Audio Tips: Dos tipos de LUWs

LUWs de base de datos, es una secuencia de operaciones de base de datos que no pueden ser dividas, las operaciones se realizan en su totalidad o no se realizan.

LUWs de SAP, es un proceso de negocio que no puede dividirse y se ejecuta en su totalidad, una LUW de SAP de una transacción usualmente contiene varias LUWs de base de datos, una LUW comienza cada vez que ejecutamos una transacción cuando los cambios a la base de datos de la LUW previa se confirma mediante un commit, o cuando los cambios a la base de datos de la LUW previa se cancelan, y una LUW finaliza cuando los cambios a la base de datos han sidos confirmados o cuando los cambios a la base de datos han sido cancelados.

nota: "Un COMMIT sirve para confirmar un conjunto de cambios provisionales de forma permanente, un uso popular es al final de una transacción de base de datos. Una sentencia COMMIT en SQL finaliza una transacción de base de datos dentro de un sistema gestor de base de datos relacional (RDBMS) y hacer visibles todos los cambios a los usuarios."

4 Monitorización del estado de las actualizaciones del sistema

SAP R/3 tiene una herramienta para la activación y desactivación genérica de los servicios de actualización, monitorización de las que estén en curso y las posibles interrumpidas que hubieran ocurrido.

Ante un problema grave en la base de datos, el sistema reacciona desactivando la actualización con lo cual las modificaciones a realizar se quedan en estado de espera hasta que la actualización vuelva a estar activa; la desactivación es automática para preservar la integridad de la base de datos y su ejecución queda registrada en el log del sistema.

nota: "log = gravación secuencial en un archivo o en una base de datos, sobre eventos o acciones que afectan a un proceso particular (aplicación, actividad de una red, etcétera)."

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.

La transacción estándar SM13 se utiliza para el control de las actualizaciones en el sistema SAP. Muestra básicamente si esta activa o ha sido desactivada por alguna causa.

Si ha sido desactivada, el botón Info proporciona que proceso y usuario han causado la desactivación. Resto de campos son para monitorizar las actualizaciones que han tenido lugar y han fallado o las que están en curso.

5 Objetos del bloqueo

SAP tiene un sistema de gestión de bloqueos para evitar la modificación concurrente de un objeto, para asegurar consistencia de los objetos. Cuando un usuario esta modificando un objeto se genera un registro de bloqueo. Si un segundo usuario intenta modificar ese mismo objeto, el sistema le hace llegar un mensaje al segundo usuario de error diciéndole que otro usuario ya está tratando el objeto solicitado. El bloqueo se realiza al iniciar la transacción de modificación y no es liberado hasta que el usuario pulse "grabar", se actualiza la información en la base de datos y es finalizada la transacción.

Será tarea del departamento de desarrollo asegurar que las nuevas aplicaciones hechas a medida dentro de SAP R/3 generen tales bloqueos cuando estas nuevas aplicaciones se acceda a modificar algún objeto.

Transacción SM12, es la transacción estándar que se utiliza para visualizar y remover los bloqueos en el sistema SAP.

En esta pantalla hay parámetros de selección para filtrar bloqueos activos: son tabla (común conocer), argumento de bloqueo (en general no lo conocemos), mandante y usuario (común conocer).

Una vez rellenos los parámetros de selección pulsar botón "Enter" en barra de aplicaciones, apareciendo listado con las entradas de bloqueo que cumplen la selección realizada.

Audiotips:

Cuando se define un objeto de bloqueo, se generan dos módulos de funciones que controlan el semáforo que protege la tabla en cuestión; uno es en Q_nombre que controla la petición de bloqueo sobre el objeto; el otro es DQ_nombre que controla la liberación del bloqueo sobre el objeto

Extractos de "consultas de interés":

Los objetos de bloqueo es para asegurarnos que al momento de actualizar una tabla de la base de datos, solo un usuario actualice la tabla a la vez, para que no afecte la integridad de los datos.

Existen objetos de bloqueos estándar para las tablas estándar de la base de datos.

Para las tablas de usuario es decir las tablas Z de la base de datos se deberán crear los objetos de bloqueo correspondientes en caso de ser necesarios.

Básicamente las actualizaciones son en la base de datos donde se encuentran todas las tablas; estas se actualizan de forma continua con acciones que se realizan al sistema, se agregan, modifican y borran registros.

Ejercicio de práctica:

-Ingresar transacción SM12, despliega pantalla indicando en barra de título Seleccionar entradas de bloqueo; y en el campo de usuario capturar *, dar enter.

-despliega pantalla indicando en barra de título Lista con entradas de bloqueo, aparece una fila o registro de bloqueo, compuesto por las columnas: Mandante, UNAME, Instante, Modo bloq., Tabla, Arg. bloqueo, Cont. util. , Cont. util.