✒️SAP / Los servicios de actualización Por Paz Ada

Unidad 2

Servicios de actualización

1. El servicio de actualización de SAP: es el encargado de la gestión de modificaciones solicitadas por los usuarios de base de datos, por lo que es muy importante, estas se pueden generar a través de los procesos de trabajo o Wokprocess - encargados de la atención de las solicitudes de los usuarios que utilizan el sistema o propio del sistema -.

Por la gran demanda que recibe a diario el servidor SAP incluso varias en simultaneo por cada pantalla en la que navega un usuario, se utiliza un sub-sistema de despacho llamado dispatcher, de modo de procesar las solicitudes el cual ira asignando a las mismas a los proceso de trabajo, sin este es imposible el procesamiento al mismo tiempo, existiendo 7 tipos de proceso de trabajo:

• D - Dialogo: utilizadas para cumplir todas las solicitudes de ejecución de pasos de dialogo activados por un usuario activo o la ejecución de un programa de dialogo.
• V - Update: ejecutan solicitudes de actualización o cambios 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 tiene que sincronizarse.
• B - Background: ejecutan aquellos programas que son ejecutados sin interacción del usuario o con ejecución en 2 plano, dependientes del tiempo o controlados por eventos.
• M - Message: responsables de enrutar los mensajes entre servidores de aplicaciones SAP.
• G - Gateway: 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 se visualizan los procesos de trabajo que se ejecutan en ese momento en el servidor.

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

2. Actualización asincrónica y sincrónica: la actualización en la base de datos de un sistema SAO puede ser de 2 tipos:

• Asincrónica: mayormente es como se dan las actualizaciones del sistema, es decir, se gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario. El efecto es que el usuario se desentiende de esta acción, ya que, no debe esperar a que el sistema acceda a actualizar la base de datos para poder seguir trabajando, traduciéndose en una mejora del rendimiento; el proceso de diálogo del usuario no espera a la finalización de las actualizaciones para seguir procesando las solicitudes del usuario. El esquema de como las actualizaciones asincrónicas de un proceso de trabajo de un usuario se lanzan en // se ven así:

• Sincrónica: es la menos frecuente, pero también se produce en el sistema, diferenciándose 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 las peticiones del usuario. de esta forma el proceso de diálogo o batch, debe esperar la realización de la actualización en la base de datos antes de seguir procesando las peticiones del usuario, siendo peor el rendimiento a la forma asincrónica. El esquema de actualizaciones sincrónicas que pertenecen a un proceso de trabajo asociado a un usuario, se lanzan en el mismo proceso, obligando al proceso a esperar la finalización para poder continuar.

Los usuarios no pueden elegir si los cambios en la base de datos se realizan de manera sincrónica o asincrónica, por que esto depende dela programación en curso; si hay aplicaciones echas a medida, el modo de actualización será decisión del analista.

3. Los procesos de actualización V1 y V2: la actualización asincrónica posee ventaja adicional: implementación de las LUW - bloques auto consistentes de datos, llevando a cabo la actualización de manera completa -, la grabación de cada LUW no se realizaría si surgieran problemas en la base de datos, de esta manera se evitan inconsistencias de grabarse a medias. La actualización asincrónica, consiste de 2 tipos de actualización: V1 ( actualización crítica primaria) y V2 (actualización no crítica). La diferencia entre ellos es que, la actualización V1 se anteponga en la base de datos, ya que, son los mas críticos que los V2, asignando diferentes LUWs, siendo supervisados por el gestor de bloqueos de SAP impidiendo que varias modificaciones del mismo objeto se realicen de manera concurrente.

4. Monitorización del estado de las actualizaciones del sistema: SAP posee una herramienta para la activación/desactivación de actualizaciones pudiendo monitorizar las que se encuentran en curso y las que fueron interrumpidas, cuando surge un problema serio, el sistema desactiva las actualizaciones dejándolas en espera hasta que se vuelva a activar; esta acción se da para el la protección de la base de datos y su ejecución queda grabada en el log, siendo la tarea de los SAP BASIS, solucionar el problema de desactivación y volver a activarlo posteriormente, debiendo ser monitorizado. La transacción desde donde se gestiona la actualización es la SM13 - controla las actualizaciones de SAP -.

En esta se visualiza si la actualización se encuentra activa o fue desactivada por alguna razón; si esta fue desactualizada el botón info proporciona los datos proceso y usuario que causo la desactivación.

El resto son campos de selección para supervisar las actualizaciones que se han dado, fallado o se encuentran en curso.

5. Los objetos de bloqueo: SAP dispone de un sistema de gestión de bloqueos evitando la modificación continua de un objeto asegurando estabilidad de estos en SAP - cuando hablamos de un objeto, nos referimos a un documento contable, solicitud de compra, entrada de una tabla de base de datos -.

Si un usuario accede a modificar un objeto, se genera un registro de bloqueo (estos se establecen al iniciar transacciones de modificación que son liberados al grabarse los datos la información se actualiza y posteriormente finalizada) con los datos requeridos, si en el mismo momento un segundo usuario desea modificar el mismo objeto este se encontrará bloqueado por el usuario 1 y al 2° saldrá en su pantalla un mensaje de error indicando que un usuario ya esta siendo tratado.

Toda modificación de un objeto desde cualquier aplicación estándar dentro de SAP, genera estados de bloqueo, siendo tarea del depto de desarrollo, asegurar que las nuevas aplicaciones hechas a medida, generen estos bloqueos desde estas, siendo visualizada por la transacción SM12 los bloqueos activos - visualiza y remueve bloqueos en SAP -.

En la pantalla inicial dispone de parámetros de selección para la filtración de bloqueos actualmente activos, estos son: Tabla, Argumento de bloqueo, Mandante, Usuario.

Los argumentos de bloqueo no son conocidos, ya que, esta información depende del objeto que se encuentra en modificación, siendo más común conocer los datos de tabla o usuario. Por otro lado, cuando se rellenan los parámetros de selección con los valores deseados se pulsa enter en la barra de aplicaciones apareciendo un listado con las entradas de bloqueo que cumplen la selección realizada.