ACTUALIZACIÓN SINCRÓNICA Y ASINCRÓNICA
La actualización de la bd de un R/3 es comunmente asincrónica, es decir que el sistema gestiona el requerimiento de actualización en un proceso aparte.
El usuario se desentiende del proceso de actualización ya que no debe esperar a que el sistema acceda a actualizar la bd para poder seguir trabajando.
La actualización sincrónica es menos frecuente y se diferencia en que la petición de actualización en la bd se genera en el mismo proceso que gestiona
el resto de las peticiones. De esta manera el proceso de batch debe esperar a que se actualice la bd para poder seguir procesando las otras peticiones.
PROCESOS DE ACTUALIZACIÓN V1 Y V2
Las LUWs (bloques autoconsistentes de datos, su actualización en la bd es completa) son una ventaja de la actualización asincrónica. De haber algún
problema en la bd, la actualización de LUWs no se realiza y se evitan inconsistencias.
La actualización asincrónica consiste de dos tipos de actualización: V1 (crítica primaria) y V2 (no crítica). La diferencia entre estos dos tipos de
actualización es que el sistema va a procesar primero las de V1 por sobre las de V2 asignándoles diferentes LUWs.
MONITORIZACIÓN DEL ESTADO DE LAS ACTUALIZACIONES DEL SISTEMA
SAP R/3 dispone de una herramienta para activar o desactivar las actualizaciones (trx SM13 muestra si la actualización está activada o no. De no estarlo,
el botón INFO muestra el proceso y usario que causaron la desactivación), así como para monitorizar las actualizaciones en curso y las que fueron
interrumpidas. Ante un error en la bd, el sistema desactiva la actualización dejándola pendiente hasta que el administrador de la bd repare el error y
vuelva disponible la actualización otra vez.
OBJETOS DE BLOQUEO
SAP dispone de un sistema de gestión de bloqueos de objetos para asegurar la consistencia de los mismos (trx SM12, visualiza y remueve bloqueos). Dos
usuarios nos pueden modificar el mismo objeto a la vez. Si uno lo está modificando, el otro sólo puede visualizarlo (recibe un mensaje de error si
intenta modificarlo) y podrá modificarlo una vez que el otro usuario cancele o grabe la modificación. El equipo de desarrollo se encarga de condicionar
los bloqueos.