✒️SAP Los servicios de actualización
SAP Los servicios de actualización
Servicios de actualización de SAP
Es el encargado de gestionar las modificaciones solicitadas por los usuarios en las bases de datos que se pueden generar por procesos de trabajo.
Un proceso de trabajo, o work process está encargado 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 incluso por cada pantalla de cada transacción en la que el usuario navega. El subsistema de despacho dispatcher de SAP realiza el procesamiento de las solicitudes y va asignando las mismas a los procesos de trabajo.
En SAP existen 7 tipos de procesos de trabajo:
- D- Diálogo: se utilizan 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.
- V- Update: ejecutan solicitudes de actualizaciones o cambios de base 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 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 entre los servidores de aplicaciones de 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 base de datos.
A través de la transacción estándar SM50 podemos visualizar los procesos de trabajo que se están ejecutando en este momento en el servidor.
De cada proceso de trabajo visualizamos 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 de SAP, la acción y la tabla base de datos que modifica.
La actualización Asíncrónica y sincrónica
- Asincrónica: Es la actualización más general en SAP. El sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario.
El usuario no debe esperar a que el sistema acceda a actualizar la base de datos para seguir trabajando. esto se traduce en una mejora del rendimiento.
- 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 las peticiones del usuario.
El proceso de diálogo 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 será peor.
El usuario no puede elegir si los cambios en la base de datos se realizan de forma sincrónica o asincrónica. esto depende de la programación de la aplicación en curso.
Si se trata de actualizaciones dentro de alguna aplicación hecha a medida el analista de la aplicación decidirá qué tipo de actualización realizar.
Los procesos de actualización V1 y V2
La actualización asincrónica como ventaja implementa las LUWs, que son bloques auto consistentes de datos, de tal forma que su actualización en la base de datos es llevada a cabo completamente, evitando inconsistencias que pudieran surgir al grabar una LUW a medias. Pueden ser bloques indivisibles de base de datos o de SAP.
El sistema distingue entre componentes de actualización crítica primaria (V1) y secundaria no crítica (V2), siendo procesados con prioridad los cambios críticos en la base de datos por delante de los cambios no críticos y asignándoles LUWs diferentes.
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.
La monitorización del estado de las actualizaciones del sistema
Ante un problema grave en la base de datos, SAP reacciona desactivando la actualización, con lo cual todas las modificaciones a realizar en la base de datos quedan en un estado de espera hasta que la actualización vuelva a estar activa. Esta desactivación queda registrada en el log del sistema.
Será tarea de los SAP BASIS subsanar el error que produjo la desactivación de la actualización del sistema y su posterior activación.
La transacción desde donde podemos gestionar la actualización es la SM13 que nos muestra si la actualización está activa o ha sido desactivada por alguna causa.
Si la actualización ha sido desactivada, el botón info nos proporciona qué proceso y usuario han causado su desactivación.
Los objetos de bloqueo
El sistema de bloqueo de objetos (por ejemplo, documentos contables, solicitudes de compra, entradas de una tabla de base de datos), que evita la modificación concurrente de un objeto, del que dispone SAP asegura la consistencia de los objetos de SAP.
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 estándar dentro de SAP genera entradas de bloqueo. Para que las nuevas aplicaciones hechas a medida de SAP generen tales bloqueos cuando se acceda a modificar algún objeto, el departamento de desarrollo tendrá que actuar asegurándose.
La transacción que nos muestra los bloqueos actualmente activos en el sistema es la SM12. Permite visualizarlos y removerlos.
Los parámetros de selección para filtrar los bloqueos actualmente activos de las que disponemos en la pantalla inicial de la transacción son:
- Tabla
- Argumento de bloqueo: por lo general no lo conocemos. Es más común conocer la tabla o el usuario que está produciendo un bloqueo.
- Mandante
Tras rellenar los parámetros y pulsar Enter en la barra de aplicaciones nos aparecerá un listado con las entradas de bloqueo que cumplen la selección realizada.
- Usuario
 
 
 
Agradecimiento:
Ha agradecido este aporte: Matias Rodriguez
Sobre el autor
Publicación académica de Andrea Laura Monteagudo, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Andrea Laura Monteagudo
Profesión: Lic. en Relaciones del Trabajo - Argentina - Legajo: EE17G
✒️Autor de: 48 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Mi nombre es andrea laura monteagudo. soy licenciada en relaciones del trabajo. tengo mucha curiosidad y ganas de aprender nuevas herramientas para posicionarme y potenciarme en el mercado laboral.
Certificación Académica de Andrea Monteagudo