Los servicios de actualización
El servicio de actualización de SAP
Son los encargados de atender las solicitudes de los usuarios que utilizan el sistema o del propio sistema
Dichas actualizaciones se pueden generar a través de procesos de trabajo.
Para ello, SAP utiliza un sub-sistema de despacho, conocido como dispatcher de modo de realizar el procesamiento de las solicitudes e ir asignando las mismas a los procesos de trabajo.
En SAP existen 7 tipos de procesos de trabajo:
D - Diálogo: se utilizan para cumplir todas las solicitudes de ejecución de pasos de diálogo activados por un usuario activo o ejecutar un programa de diálogo.
V - Update: ejecutan solicitudes de actualización o cambios de base de datos asincrónicos que son controlados por una declaración COMMIT WORK en un proceso de trabajo de diálogo.
E - Enqueue: administran la tabla de bloqueo en la memoria compartida o, si las transacciones de SAP tienen que sincronizarse, ejecuta las operaciones de bloqueo.
B - Background: ejecutan aquellos programas que se ejecutan sin la interacción del usuario o ejecutan trabajos en segundo plano dependientes del tiempo o controlados por eventos.
M - Message: son los responsables de enrutar los mensajes entre los servidores de aplicaciones SAP.
G - Gateway: son los responsables de la transferencia de mensajes entre sistemas SAP.
S - Spool: pasan flujos de datos secuenciales a impresoras o formato de impresión a impresora, archivo o base de datos.
A través de la transacción estándar SM50 podemos visualizar los procesos de trabajo que se están ejecutando en este momento en el servidor.
Actualización asincrónica y sincrónica
La actualización en la base de datos de un sistema SAP puede ser de dos tipos:
Asincrónica: Mayoritariamente la actualización en la base de datos de SAP es 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.
El efecto de este tipo de actualizaciones es que el usuario se desentiende totalmente del proceso de actualización, ya que no debe 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.
Sincrónica: aunque es menos frecuente, también se produce en el sistema SAP 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 diálogo o batch 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 asincrónica.
Los procesos de actualización V1 y V2
La actualización asincrónica presenta además una ventaja adicional: implementa las LUW.
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.
La actualización asincrónica, consiste de 2 tipos de actualización: V1 y V2.
El sistema SAP distingue entre componentes de actualización crítica primaria (V1) y secundaria no crítica (V2). La diferenciación entre estos dos tipos de actualización permite que el sistema procese los cambios críticos en la base de datos por delante de los cambios menos críticos, asignándoles diferentes LUWs; esto es necesario ya que las componentes V1 deben ser realizadas cuanto antes.
Monitorización del estado de las actualizaciones del sistema
El sistema SAP dispone de una herramienta para la activación y desactivación genérica de los servicios de actualización, así como para la monitorización de las actualizaciones en curso y de las posibles actualizaciones interrumpidas que puedan haber ocurrido.
Ante un problema grave en la base de datos, SAP reacciona desactivando la actualización, con lo cual todas las modificaciones quedan en un estado de espera, hasta que vuelva a estar activa.
La transacción desde donde podremos gestionar centralmente la actualización es la SM13, siendo utilizada para el control de las mismas.
Los objetos de bloqueo
Cuando hablamos de objeto, nos estamos refiriendo por ejemplo a un documento contable, una solicitud de compra, o una entrada de una tabla base de datos y 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 en SAP.
Para visualizar y remover los bloqueos en el sistema SAP, se utiliza la transacción estándar SM12iciar Edición