Los servicios de actualización.
El servicio de actualización de SAP.
Es el encargado de gestionar las modificaciones solicitada por los usuarios. Estas se realizan a través de procesos de trabajo. (work Process) que se encargan de atender las solicitudes de los usuarios.
SAP utiliza un subsistema de despacho conocido como dispacher de modo de realizar el procesamiento de las solicitudes e ir asignando las mismas a los procesos de trabajo.
Existen 7 tipos de procesos de trabajo:
· D – Dialogo
· V – Update
· E – Enqueue
· B – Background
· M – Message
· G – Gateway
· S – Spool
A través de la transacción SM50 se puede visualizar las transacciones que se están ejecutando en este momento en el servidor.
De cada proceso de trabajo se visualizan distinta información, las mas importantes son:
1. El tipo de proceso de trabajo.
2. El status del proceso
3. El programa que se ejecuta.
4. El mandante.
5. El usuario de SAP.
6. La acción
7. La tabla de base de datos que modifica.
La actualización asincrónica y sincrónica.
Las actualizaciones son de 2 tipos:
· ASINCRONICA: El sistema gestiona el requerimiento de actualización en un proceso aparte del proceso de dialogo del usuario. Esto produce una mejora del rendimiento, el proceso de dialogo del usuario no espera a que termine las actualizaciones.
· SINCRONICAS: es meno frecuente y produce que la actualización en la base de datos de SAP se genere en el mismo proceso de trabajo que gestiona el resto de las peticiones del usuario. De esta forma el proceso de dialogo o Batch debe esperar a que se realicen las actualizaciones de base de datos antes de seguir procesando.
Los usuarios no pueden elegir como realizar las actualizaciones de las bases de datos, asincrónicas o sincrónicas, ya que depende de la programación de la aplicación en curso. Las actualizaciones dentro de las transacciones hechas a medida, el analista es quien decide qué tipo de actualización realizar.
Los procesos de actualización V1 y V2.
Las actualizaciones asincrónicas presentan una ventaja adicional; implementan las LUWs, estas consisten en bloques auto consistentes de datos, de tal forma que la actualización en la base de datos es llevada a cabo completamente. 3
Si sugiera algún problema en la base de datos, la grabación de cada LUW no se realizaría, evitando las inconsistencias al grabar una LUW a medida.
Las actualizaciones asincrónicas consisten en 2 tipos de actualización:
· Las actualizaciones criticas primarias – V1
· Las actualizaciones NO críticas, secundarias – V2
Esto se produce asignándole el sistema diferente LUWs, las actualizaciones V1 deben ser realizadas cuanto antes.
Para asegurar la consistencia las actualizaciones V1 se procesan con la supervisión del gestor de bloques de SAP, impidiendo que varias modificaciones sobre el mismo objeto se realicen concurrentemente.
La monitorización del estado de las actualizaciones del sistema.
SAP dispone de una herramienta para la activación y desactivación del sistema de actualización, y también para monitorizar las actualizaciones en curso. En caso de problemas grave, SAP reacciona desactivando la actualización a realizar. Esta desactivación es en beneficio de preservar la integridad de la base de datos. Es tarea del administrador de SAP el subsanar el error que produjo la desactivación.
La transacción donde se puede gestionar centralmente la actualización es la SM13; en ella podemos ver las actualizaciones activas o desactivadas, en el botón info se puede ver los detalles del estado y motivos de desactivación en caso de necesidad.
Los objetos de bloqueo.
SAP dispones de un sistema de gestión de bloqueos de objetos para evitar modificaciones concurrentes y asegurar la consistencia.
Los bloqueos se establecen al iniciar la transacción y no son liberados hasta que el usuario pulse el botón grabar, la transacción es actualizada en la base de datos y la transacción es finalizada.
Toda modificación de un objeto, desde cualquier aplicación, genera entradas de bloqueo.
Es tarea del departamento de desarrollo asegurar que las nuevas aplicaciones generen tales bloqueos.
La transacción que muestras los bloqueos activos es la SM12 y se utiliza para visualizar y remover los bloqueos en el sistema SAP.
En Gral. no se conocen los argumentos de bloqueo, ya que la información depende del objeto que se está modificando, es más común conocer la tabla o el usuario que está produciendo el bloqueo