
El servicio de actualización de SAP
Es el servicio encargado de gestionar las modificaciones que los usuarios realizan sobre la base de datos del sistema SAP.
Procesos de trabajo (Work Process)
Son los procesos que atienden las solicitudes de los usuarios y del propio sistema SAP.
Dispatcher
Es el componente que recibe las solicitudes y las distribuye entre los distintos Work Process, administrando su ejecución de forma eficiente, ya que no todas las solicitudes pueden procesarse al mismo tiempo.
Tipos de Work Process:
· D (Dialog): Procesa las solicitudes interactivas de los usuarios y ejecuta programas de dialogo.
· V (Update): Ejecuta las actualizaciones de la base de datos de forma asincrónica tras un COMMIT WORK.
· E (Enqueue): Administra la tabla de bloqueos y controla las operaciones de bloqueo.
· B (Background): Ejecuta programas y Jobs en segundo plano, sin intervención del usuario.
· M (Message): Enruta los mensajes entre los servidores de aplicaciones SAP.
· G (Gateway): Gestiona la comunicación entre sistemas SAP y sistemas externos.
· S (Spool): Administra la salida de impresión, enviando los datos a impresoras, archivos o la base de datos.
Transacción SM50
Permite visualizar los procesos de trabajo que se están ejecutando en un servidor de aplicaciones.
Información que muestra: tipo de Work Process, estado, programa de ejecución, mandante, usuario SAP, acción realizada, tabla de base de datos involucrada.
La actualización asincrónica y sincrónica
Actualización asincrónica: Es el tipo de actualización mas utilizado en SAP. La modificación de la base de datos se realiza en un proceso de trabajo independiente del proceso de dialogo del usuario.
Características:
· El usuario no espera a que finalice la actualización de la base de datos.
· El proceso de dialogo continua atendiendo nuevas solicitudes.
· Mejora el rendimiento y la respuesta del sistema.
Actualización sincrónica: La actualización de la base de datos se realiza en el mismo proceso de trabajo que atiende las solicitudes del usuario.
Características:
· El usuario debe esperar a que finalice la actualización de la base de datos.
· El proceso de dialogo no continua gasta completar la actualización.
· Tiene un rendimiento menor que la actualización asincrónica.
Los usuarios no pueden elegir si los cambios en la base de datos se realizan de forma asincrónica o sincrónica, ya que esto depende de la programación de la aplicación en curso.
Los procesos de actualización V1 y V2
La actualización asincrónica utiliza LUW para garantizar la consistencia de los datos.
LUWs: Es un conjunto de operaciones que se procesa como una única unidad. Si ocurre un error, no se graba ninguna parte de la LUW, evitando inconsistencias en la base de datos.
Tipos de actualización:
· V1 (primaria o crítica): Procesa las actualizaciones más importantes. Se ejecutan con prioridad y bajo el control del gestor de bloqueos (Enqueue) para garantizar la consistencia de los datos.
· V2 (secundaria o no critica): Procesa actualizaciones de menor importancia, después de las V1
NOTA: SAP separa las actualizaciones críticas de las no críticas para priorizar las más importantes y mantener la integridad de la información.
La monitorización del estado de las actualizaciones del sistema
Permite controlar el funcionamiento del servicio de actualización, supervisando las actualizaciones en curso, las interrumpidas y el estado de servicio.
Desactivación de la actualización
Ante un problema grave en la base de datos, SAP desactiva automáticamente el servicio de actualización para proteger la integridad de los datos. Las modificaciones quedan en espera hasta su reactivación.
Administración
Es responsabilidad del administrador SAP Basis solucionar el problema y reactivar el servicio de actualización.
Transacción SM13
Permite gestionar y monitorear centralmente el servicio de actualización del sistema SAP.
Los objetos de bloqueo
Son mecanismos que utiliza SAP para impedir que dos usuarios modifiquen simultáneamente un mismo objeto, garantizando la consistencia de los datos.
Funcionamiento
· Cuando un usuario comienza a modificar un objeto, SAP genera un bloqueo.
· Si otro usuario intenta modificar ese mismo objeto, el sistema muestra un mensaje indicando que el objeto está bloqueado.
· El bloqueo se libera cuando el usuario graba los cambios y finaliza la transacción.
Objetos que pueden bloquearse
Ejemplos: documento contable, solicitud de compra, registro de una tabla de base de datos.
Transacción SM12
Permite visualizar y eliminar los bloqueos activos del sistema SAP.
Criterios de selección
Los bloqueos pueden filtrarse por: tabla, argumento de bloqueo, mandante y usuario.
NOTA: Lo más habitual es buscar los bloqueos por tabla o usuario, ya que el argumento de bloqueo suele ser desconocido.