✒️SAP Los servicios de actualización

EL SERVICIO DE ACTUALIZACIÓN EN SAP

El servicio de actualización en SAP es especialmente importante ya que es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos. Estas actualizaciones se generan a través de procesos de trabajo.

Procesos de trabajo: encargados de atender las solicitudes de los usuarios que utilizan el sistema o del propio sistema.

El servidor SAP recibe miles de solicitudes de los usuarios continuamente, varias solicitudes incluso por cada pantalla de cada transacción en la que el usuario navega, por lo que es imposible procesar las todas al mismo tiempo. 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 procesos de trabajo.

En SAP existen 7 tipos de procesos de trabajo:

D-Dialogo: 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 asincronicos 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 enrutador los mensajes de servidores 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 impresoras, 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.

De cada procesó de trabajo visualizamos distinta información, la más relevante es: el tipo de proceso de trabajo, el status, es programa que se ejcuta, el mandante, el usuario de SAP, la acción y la tabla base de datos que modifica.

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 dialogo 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; el proceso de dialogo del usuario no espera a que se terminen las actualizaciones para seguir procesando las peticiones de ese usuario.

En la siguiente imagen se muestra en forma esquemática como las actualizaciones asíncronas pertenecientes a un proceso de trabajo de un usuario son lanzadas en paralelo.

SINCRONICA:

La actualización sincronica, 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 dialogo 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 sera peor que en el caso de la actualización asincrónica.

En la siguiente imagen mostramos en forma esquemática como las actualizaciones sincrónicas pertenecientes a un proceso de trabajo asociado a un usuario, son lanzadas en el mismo proceso, obligando al proceso a esperar a que la actualización termine para poder continuar.

Los usuarios no pueden elegir si los cambios en la base de datos se realizan de forma sincrónica o asincrónica, ya que esto depende de la programación de la aplicación en curso.

PROCESOS DE ACTUALIZACION V1 Y V2.

La actualización asincrónica presenta ademas 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.

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 las inconsistencias que pudieran surgir al grabar una LUW a medias.

La actualización asincrónica, consiste de 2 tipos de actualizacion: V1 y V2.

El sistema SAP distingue entre componentes de actualización critica primaria (V1) y secundaria no critica (V2). La diferenciación entre estos dos tipos de actualización permite que el sistema procese los cambios cítricos en la base de datos por delante de los cambios menos cítricos, asignándoles diferentes LUWs; esto es necesario ya que las componentes V1 deben ser realizadas cuanto antes.

Para asegurar la consistencia de los datos, las actualizaciones v1 se procesan con la supervisión del gestor de bloqueos de SAP que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.

LA MONITORIZACION 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, asi 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 a realizar en la base de datos quedan en un estado de espera hasta que la actualización vuelva a estar activa.

Ojo: La actualización es activada automáticamente cada vez que el sistema SAP es arrancado en el servidor, por lo que solo se deberá monitorizar su posible desactivación.

La transacción desde donde podremos gestionar centralmente la actualización es la SM13.

TRANSACCION SM13: La transacción estándar SM13 se utiliza para el control de las actualizaciones en el sistema SAP.

En ella, se muestra si la actualización del sistema esta activa o ha sido desactivada por alguna causa.

Si la actualización ha sido desactivada, el botón info nos proporciona que proceso y usuario han causado su desactivación.

El resto de campos son campos de selección para monitorizar las actualizaciones que han tenido lugar y han fallado o las que están en curso.

LOS OBJETOS DE BLOQUEO:

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 SAP.

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.

La transacción que nos muestra los bloques actualmente activos en el sistema es la SM12.

La transacción SM12 se utiliza para visualizar y remover los bloqueos en el sistema SAP.

En la pantalla inicial de la transacción disponemos de unos parametros de selección para filtrar los bloqueos actualmente activos.

Los parametros son:

+ Tabla

+ Argumento de bloqueo

+ Mandante

+ Usuario

En general no conoceremos el argumento de bloqueo, ya que esa información depende del objeto que se este modificando. Es mas común conocer la tabla o el usuario que esta produciendo un bloqueo.

Una vez rellenos los parametros de selección con los valores deseados pulsamos el botón ENTER en la barra de aplicaciones y nos aparecerá un listado con las entradas de bloqueo que cumplen la selección realizada.