✒️SAP Los servicios de actualización

UNIDAD 2 LOS SERVICIOS DE ACTUALIZACIÓN

1. EL SERVICIO DE ACTUALIZACIÓN DE SAP

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

Proceso de trabajo o work process son los encargados de atender las solicitudes de los usuarios que utilizan el sistema o del propio sistema.

Al ser tantas las solicitudes de los usuarios, es imposible procesarlas todas al mismo tiempo. Para ello se usa un sub-sistema de despacho 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 - Dialogo: se usan para cumplir las solicitudes de ejecución de pasos de diálogo activados por un usuario activo o ejecutar un programa de diálogo (es un tipo de programa ABAP que consiste en una serie de pantallas o dynpros por las que el usuario va navegando a medida que se produce la ejecución del programa)

U - Update: ejecutan solicitudes de actualización o cambios de base de datos asincrónicos que son controlados por una declaración COMMIT WORK (se usa para confirmar los cambios realizados sobre una base de datos) 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: responsables de enrutar los mensajes entre los 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.

Transacción SM50 sirve para visualizar los procesos de trabajo que se están ejecutando en este momento en el servidor.

* De cada proceso de trabajo visulizamos lo más relevante:

• tipo de proceso de trabajo
• status
• programa que se ejecuta
• mandante
• usuario de SAP
• acción
• tabla de base de datos que modifica

2 LA ACTUALIZACIÓN ASINCRÓNICA Y SINCRÓNICA

La actualización en la base de datos de un sistema SAP, puede ser de dos tipo, pero el usuario no puede elegir, ya que esto depende de la programación de la aplicación en curso.

ASINCRÓNICA: las actualizaciones asincrónicas pertenecientes a un proceso de trabajo de un usuario son lanzadas en paralelo.

* es muy frecuente

* se produce en el sistema SAP

* el sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario

* el usuario se desentiende del proceso de actualización pudiendo seguir trabajando

* mejora el rendimiento

* implementa las LUW

LUWs: Consisten e 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, así se evitan las inconsistencias que pudieran surgir al grabar una LUW a medias.

SINCRÓNICA: las actualizaciones sincrónicas son lanzadas en el mismo proceso, obligando al proceso a esperar a que la actualización termine para poder continuar.

* es menos frecuente

* se produce en el sistema SAP

* 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

* el proceso de diálogo o batch debe esperar a que se realicen las actualizaciones antes de seguir procesando peticiones del usuario

* por lo tanto, el rendimiento disminuye

"Si se trata de actualizaciones dentro de alguna aplicación hecha a medida, es decir Z, 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

LA actualización Asincrónica consiste en 2 tipos de actualización: V1 (crítica primaria) y V2 (secundaria no crítica).

La diferencia entre V1 y V2 permite que el sistema procese los cambios críticos V1 en la bases de datos, antes que los cambios menos críticos V2, asignándoles diferentes LUWs.

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.

Existen dos tipos de LUW, las LUW de base de datos y las LUW de SAP.

LUW de base de datos: una LUW es una secuencia de operaciones de datos que no pueden ser divididas, las operaciones se realizan, en su totalidad o no se realizan. Una transacción de SAP puede incluir muchas LUW de base de datos, cada una de las cuales puede ser finalizada con un commit a la base de datos, el cual se genera automáticamente.

LUW del sistema SAP: es un proceso de negocio el cual no puede dividirse, el proceso se ejecuta en su totalidad o no se ejecuta. Una LUW de SAP de una transacción, usualmente contiene varias LUW de base de datos. Una LUW comienza cada vez que ejecutamos una transacción cuando los cambios a la base de datos de la LUW previa se confirma mediante un commit o cuando los cambios a la base de datos de la LUW previa se cancelan y una LUW finaliza cuando los cambios a la base de datos han sido confirmados o han sido cancelados.

4.- LA MONITORIAZCIÓN DEL ESTADO DE LAS ACTUALIZACIONES DEL SISTEMA

El sist. SAP tiene una herramienta para la activación o desactivación genérica de las actualizaciones, y también para la monitorización de las actualizaciones en curso y de las que hayan podido ser interrumpidas.

Ante un problema grabe en la base de datos, SAP desactiva la actualización, con ello todas modificaciones a realizar en la base de datos, quedan es espera hasta que la actualización vuelva a estar activa.

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

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

"La actualización del sistema es activada automáticamente cada vez que el sistema SAP es arrancado en el servidor, por lo que sólo se deberá monitorizar su posible desactivación"

Transacción SM13 se utiliza para el control de las actualizaciones en el sistema SAP, muestra si la actualización está activa o ha sido desactivada. Si ha sido desactivada, el botón INFO nos proporciona qué proceso y usuario han causado su desactivación.

5.- LOS OBJETOS DE BLOQUEO

SAP tiene un sistema de gestión de bloqueos, para evitar la modificación recurrente de un objeto, así asegura la consistencia de los objetos en SAP

Objeto: un documento contable, una solicitud de compra o una entrada de una tabla base de datos

Cuando un usuario está modificando un objeto, el sistema genera un registro de bloqueo con la info. necesaria. Si un segundo usuario quiere modificar el mismo objeto, mientras el primero 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 indicar las transacciones de modificación y no son liberados hasta que el usuario pulsa GRABAR, la información se actualiza en la base de datos y la transacción finaliza.

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

El departamento de desarrollo debe asegurar que las nuevas aplicaciones hechas a medida dentro de SAP (Z), generen tales bloqueos cuando desde estas nuevas aplicaciones se acceda a modificar algún objeto.

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 parámetros de selección, para filtrar los bloqueos actualmente activos:

• Tabla
• Argumento de bloqueo
• Mandante
• Usuario

* En general, no conoceremos el argumento de bloqueo, porque eso depende el objeto que se esté modificando.

* Es más común conocer la tabla o el usuario que está produciendo un bloqueo.

Un vez llenos los parámetros de selección, con los valores deseados, pulsamos el botón ENTER y nos aparecerá n listado con las entradas de bloqueo que cumplen la selección realizada.

Un objeto de bloqueo es una unión virtual de varias tablas SAP que sincroniza el acceso simultaneo de dos usuarios al mismo set de datos. Sirven para controlar la concurrencia de procesos sobre un mismo objeto, siempre están asociados a tablas del diccionario. Un objeto de bloqueo, es un semáforo sobre una tabla. Cuando se define un objeto de bloqueo, se generan automáticamente, dos módulos de funciones que controlan dicho semáforo, uno de ellos es SENKIU_NOMBRE que controla la petición de bloqueo sobre el objeto y el otro es DKIU_NOMBRE que controla la liberación del bloqueo sobre el objeto. Mediante las funciones que genera el objeto de bloqueo, conseguimos bloquear la tabla, mientras estamos accediendo a ella y desbloquearla al final. De esta forma, nos aseguramos que dos usuarios no estén modificando los mismos datos a la vez.

Transacción SE11: Para la creación de un objeto de bloqueo.