✒️SAP / Los servicios de actualización Por Patricia Silva

Los Servicios de Actualizaciones

1.- EL servicio de actualización de 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 pueden generar a través de procesos de trabajo.

El Proceso de trabajo o Work process:

Es el encargado de atender las solicitudes de los usuarios que utilizan el sistema o del propio sistema.

Dispatcher:

Es un sub-sistema de despacho de SAP, mediante el cual se realiza el procesamiento de las solicitudes y se va asignando a las mismas a los procesos de trabajo.

En SAP existen 7 tipos de procesos de trabajo:

• D - Diálogo: Se utilizan para cumplir toda 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 actualizaciones o cambios en la base de datos asincrónicos que son controlados por una declaración COMMIT WORK (confirmación) 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 formatos de impresora a impresora, archivo o base de dato.

Transacción estándar SM50: se utiliza para monitorear los procesos del sistema.

De cada proceso de trabajo visualizamos distinta información, la más relevante es:

• El tipo de proceso de trabajo.
• E estatus.
• El programa que se ejecuta.
• El mandante.
• El usuario de SAP.
• La acción.
• La base de datos que modifica.

2.- La actualización asincrónica y sincrónica:

Actualización Asincrónica: Mayoritariamente la actualización en SAP es asincrónica, es decir, el sistema gestiona el requerimiento de actualizaciones del usuario en un proceso aparte del proceso de diálogo del usuario. Con este tipo de actualizaciones el usuario se desentiende totalmente del proceso de actualización, no debe esperar a que el sistema acceda a actualizar a la base de datos para continuar trabajando.

Actualización 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 actualizaciones en la base de datos se genera en el mismo proceso de trabajo que gestiona el resto de peticiones del usuario. 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.

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.

Si se trata de actualizaciones dentro de alguna aplicación hecha a medida será tarea del analista de la aplicación el decidir qué tipo de actualización realizar.

3.- Los procesos de actualización V1 y V2 (están presentes en las actualizaciones asincrónicas).

La actualización asincrónica presenta además una ventaja adicional: implementa las LUW (consiste en bloques auto consistentes de datos, de tal forma que sus 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 estas maneras se evitan inconsistencias que pudieran surgir al grabar una LUW a medias.

El sistema SAP distingue entre componentes de actualización crítica primaria (V1) y la secundaria no crítica (V2). la diferenciación entre ambos permite que el sistema procese los cambios críticos en la base de datos por delante de los menos críticos, asignándoles diferentes LUWs; esto es necesario ya que los componentes V1 deben ser realizados cuanto antes.

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.

4.- La 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.

Si ocurre un problema grave en la base de datos, SAP reacciona desactivando la actualización, motivo por el cual todas las modificaciones quedan en estado de espera, hasta que la actualización vuelva a estar activa.

La desactivación automática tiene lugar en pos de preservar la integridad de la base de datos y su ejecución queda registrada en el log del sistema.

Los administradores del sistema (SAP BASIS) son los encargados de subsanar el error que produjo la desactivación de la actualización y su posterior activación.

La transacción desde donde podremos gestionar centralmente la actualización es la SM13 (transacción estándar, se utiliza para el control de las actualizaciones, básicamente si la actualización esta activa o ha sido desactivada en el sistema SAP por alguna causa). También nos muestra que proceso y usuario causaron la desactivación.

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

Objeto: se refiere a un documento contable, una solicitud de compra o una entrada de una tabla de base de datos.

Cuando un usuario accede a modificar un objeto, el sistema genera un registro de bloqueo con la información necesaria. Si un segundo usuario intenta modificar ese mismo objeto mientras el 1er usuario lo tiene bloqueado, el sistema le muestra al segundo usuario un mensaje de error indicándole que un usuario ya está tratando el objeto solicitado.

Los bloqueos se establecen al iniciar las transacciones de modificación y no son liberados hasta que el usuario pulsa GRABAR, la información es actualizada en la base de datos y la transacción es finalizada.

Toda modificación de un objeto desde cualquier aplicación estándar dentro de SAP genera entradas de bloqueo.

Es tarea del departamento de desarrollo asegurar que las nuevas aplicaciones hechas a medida dentro de SAP, generen tales bloqueos.

Las transacciones que nos muestran los bloqueos actualmente activos en el sistema es la SM12 (transacción estándar, se utiliza para visualizar y remover los bloqueos en el sistema SAP.

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

Los parámetros son:

• Tabla
• Argumento de bloqueo
• Mandante
• Usuario

En general no conoceremos el argumento de bloqueo, ya que esta información depende del objeto que se esté modificando.

Para la creación de un objeto de bloqueo utilizamos la transacción SE11.