✒️SAP Los servicios de actualización
SAP Los servicios de actualización
El servicio de actuatlizacion de SAP
Es especialmente importante ya que es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos.
Dichas actualizaciones se pueden generar a traves de procesos de trabajo. Los procesos de trabajo o work process son los encargados de atender las solicitudes de los usuarios que utilizan el sistema o del propio sistema.
El servidor SAP recibe miles de solicitudes de los usuarios continuamente, por lo que es imposible procesarlas todas al mismo tiempo. Para eso SAP utiliza un subsistema de despacho, conocido como dispatcher de modo de realizar el procesamiento de las solicitudes e ir asignando las mismas a los procesos de etrabajo.
Existen 7 tipos de procesos de trabajo:
- D-Dialogo: se utiliza par cumplir todas las solicitudes de ejecucion de pasos de dialogo activados por un usuario o ejecutar un programa de dialogo.
- V-Update: ejecutan solicitudes de actualizacion o cambios de base de datos asincronicos que son controlados por una declaracion COMMIT WORK en un proceso de trabajo de dialogo.
- 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 interaccion 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 entres sistemas SAP.
- S-Spool: pasan flujos de datos secuenciales a impresoras o formato de impresion a impresora, archivo o base de datos.
A traves de la transaccion estandar SM50 podemos visualizar los procesos de trabajo que se estan ejecutando en este momento en el servidor.
La actualizacion asincronica y sincronica
La actualizacion de la base de datos de un sistema SAP puede ser de dos tipos:
- Asincronica: mayoritariamente la actualizacion de la base de datos de SAP es asincronica, el sistema gestiona el requerimiento de actualizacion del usuario en un proceso aparte del proceso de dialogo del usuario. El usuario no debe esperar a que el sistema acceda a actualizar a la base de datos para poder seguir trabajando. Esto se traduce en mejora del rendimiento, el proceso de dialogo del usuario no espera a que se terminen las actualizaciones para seguir procesando las peticiones de ese usuario.
- Sincronica: aunque es menos frecuente tambien se produce en el sistema SAP y se diferencia de la asincronica en que la peticion de actualizcion en la base de datos se genera en el mismo proceso de trabajo que gestiona el resto de peticiones del usuario. El proceso de dialogo 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, por lo que el rendimiento sera peor que en el caso de la actualizacion asincronica.
Los usuarios no pueden elegir si los cambios en la base de datos se realizan de forma sincronica o asincronica, ya que esto depende de la programacion de la aplicacion en curso. Si se trata de actualizaciones dentro de alguna aplicacion hecha a medida sera tarea del analista de la aplicacion decidir que tipo de actualizcion realizar.
Los procesos de actualizacion V1 y V2
La actualizacion asincronica presenta ademas una ventaja adicional: implementa las LUW. Consisten en bloques auto consistentes de datos, de tal forma que su actualizacion en la base de datos es llevada a cabo completamente.
La actualizacion asincronica consiste en 2 tipos de actualizacion: V1 y V2. El sistema SAP distingue entre componentes de actualizacion critica primaria (V1) y secundaria no critica (V2). La diferencia entre estos dos tipos de actualizcion permite que el sistema procese los cambios criticos en la base de datos por delante de los cambios menos criticos, asignandoles 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 supervision del gestor de bloqueos de SAP que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.
La monitorizacion del estado de las actualizaciones del sistema
El sistema SAP dispone de una herramienta para la activacion y desactivacion gnerica de los servicios de actualizacion, asi como para la monitorizacion 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 desactiva la actualizacion, con lo que todas las modificaciones a realizar en la base de datos quedan en un estado de despera hasta que la actualizacion vuelva a estar activa. Esta desactivacion automatica tiene lugar en pos de preservar la integridad de la base de datos y su ejecucion queda registrada en el log del sistema. Subsanar el error que produjo la desactivacion y su posterior activacion es trabajo de los administradores del sistema SAP (SAP BASIS).
La transaccion desde la que podemos gestionar centralmente la actualizacion es la SM13.
Los objetos de bloqueo
SAP dispone de un sistema de gestion de bloqueos de objetos para evitar la modificacion concurrente de un objeto. Con esto se asegura la consistencia de los objetos en SAP
Cuando hablamos de objeto, nos estamos refiriendo por ejemplo 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 informacion necesaria.
Los bloqueos son liberados cuando el ususario pulsa Grabar, la informacion ese actualizada en la base de datos y la transaccion es finalizada. Toda modificacion de un objeto desde cualquier aplicacion estandar de SAP genera entradas de bloqueo. Es tarea del depto de desarrollo que las nuevas aplicaciones hechas a medida generen tales bloqueos.
La transaccion que muestra los bloqueos actualmente activos en el sistema es la SM12.
En la pantalla inicial de la transaccion disponemos de unos parametros de seleccion para filtrar los bloqueos actualmente activos:
- Tabla
- Argumento de bloqueo
- Mandante
- Usuario
 
 
 
Sobre el autor
Publicación académica de Mathias Pe?a, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Mathias Pe?a
Profesión: Information Processing Specialist - Uruguay - Legajo: MG82V
✒️Autor de: 43 Publicaciones Académicas
🎓Cursando Actualmente: Consultor en SAP FI Nivel Avanzado
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Mathias Pe?a