✒️SAP Los servicios de actualización
SAP Los servicios de actualización
1. El servicio de actualización de SAP
- Importante porque gestiona las modificaciones solicitadas por los usuarios de la base de datos.
- Las actualizaciones se generan a través de procesos de trabajo.
- Proceso de trabajo o Work process: encargados de atender las solicitudes de los usuarios que utilizan el sistema o del propio sistema.
- SAP utiliza un sub-sistema de despacho o dispatcher para realizar el procesamiento de las solicitudes de los usuarios e ir asignando las mismas a los procesos de trabajo
- 7 tipos de procesos de trabajo
- D-Diálogo: se usa 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 (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).
- V-Update: ejecutan solicitudes de actualización o cambios de base de datos asincrónicos que son controlados por una declaración COMMIT WORK (se utiliza 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: son los responsables de enrutar los mensajes dentro 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 formato de impresión a impresora, archivo o bases de datos.
- Transacción estándar SM50 permite monitorear los procesos de trabajo que se están ejecutando en este momento en el servidor. De cada proceso de trabajo se visualiza: el tipo de proceso de trabajo, status, programa que se ejecuta, mandante, usuario de SAP, la acción y la tabla base de datos que modifica.
2. Actualización asincrónica y sincrónica
Asincrónica
- El sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario. (En paralelo)
- 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 mejora el rendimiento. El proceso de diálogo del usuario no espera a que se terminen las actualizaciones para seguir procesando las peticiones de ese usuario.
Sincrónica
- 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 (procesamiento por lotes, es un modo de procesamiento donde se planifica cuando va a realizarse la ejecución de un programa. 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 será peor que en el caso de la actualización asincrónica.
- las actualizaciones sincrónicas son lanzadas en el mismo proceso de trabajo del usuario, obligando a esperar a que la actualización termine para poder continuar.
Los usuarios no deciden el tipo de actualización, ya que esto depende de la programación de la aplicación en curso.
3. Los procesos de actualización V1 Y V2 (asincrónica)
La actualización asincrónica presenta además una ventaja adicional: implementa las LUW (consisten en bloques auto consistentes de datos, de tal forma que su actualización en la base de datos es llevada a cabo completamente).
SAP distingue entre componentes de actualización crítica primaria (V1) y secundaria no crítica (V2). La diferenciación entre estos dos tipos de actualización permite que el sistema procese los cambios críticos en la base de datos por delante de los cambio menos críticos, 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.
TIP: Existen LUWs de base de datos (secuencia de operaciones de datos que no pueden ser divididas, se realizan en su totalidad o no se realizan) Una transacción de sap puede incluir muchas LUWs de bases de datos, cada una puede ser finalizada con un comit a la base de datos el cual se genera automáticamente. Por lo contrario una 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 LUWs 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 confirman mediante un comit 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 cuando los cambios a la base de datos han sido cancelados.
4. La monitorización del estado de la actualizaciones del 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.
- Ante un problema grave en la base de datos, SAP reacciona desactivando la actualización, con lo cual las modificaciones a realizar en la base de datos quedan en un estado de espera hasta que la actualización vuelva a estar activa. La desactivación automática tiene lugar en pos de preservar a integridad de la base de datos y su ejecución queda registrada en el log del sistema.
- Tarea de los administradores del sistema SAP (SAP BASIS), subsanar el error que produjo la desactivación de la actualización del sistema y su posterior activación.
- Actualización 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.
- SM13 es la transacción desde donde podremos gestionar (controlar) centralmente la actualización. Se puede ver si la actualización esta activa o desactivada, si ha sido desactivada, el botón info nos proporciona qué proceso y usuario causaron la desactivación.
5. Los objetos de bloqueo
- SAP dispone de sistema de gestión de bloqueos de objetos para evitar modificaciones de un objeto (por ejemplo a un documento contable, una solicitud de compra o una entrada de una tabla base de datos.
- 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 dentro de SAP genera entradas de bloqueo.
- SM12 es la transacción que nos muestra (visualizar y remover) los bloqueos activos en el sistema.
- Parámetros de selección para filtrar bloqueos activos son: tabla, argumento de bloqueo, mandante, usuario.
- TIPS
Un objeto de bloqueo es una unión virtual de 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 se asocian a tablas del diccionario, un objeto de bloque es un semáforo sobre una tabla, cuando se define generan automáticamente dos módulos de funciones que controlan dicho semáforo, uno de ellos es en quiui _ nombre, que controla la petición de bloqueo sobre el objeto y el otro es de quiio _ nombre que controla la liberación del bloqueo sobre el objeto, mediante la 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, para la creación de un objetos de bloqueo utilizamos la transacción S11.
 
 
 
Sobre el autor
Publicación académica de Adriana Paola Lucuara Arenas, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Adriana Paola Lucuara Arenas
Colombia - Legajo: XU90C
✒️Autor de: 42 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP CO Nivel Avanzado
- Carrera Consultor en SAP CO Nivel Inicial
- Carrera Consultor en SAP FI Nivel Avanzado
- Carrera Consultor en SAP FI Nivel Inicial
- Curso Introducción a SAP
Disponibilidad Laboral: FullTime
Certificación Académica de Adriana Lucuara