✒️SAP Los servicios de actualización
SAP Los servicios de actualización
1 - Servidores de actualización de SAP
El servicio de actualización en 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 través de procesos de trabajo.
En SAP existen 7 tipos de procesos de trabajo:
- D – Diálogo: se utiliza 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 actualización 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, sin 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 usurario 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 entre sistemas SAP
- S – Spool: pasan flujos de datos secuenciales a impresoras o formato de impresión a impresora, archivos 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 como: tipo de proceso de trabajo, el status, el programa que ejecuta, el mandante, el usuario de SAP, la acción y la tabla base de datos que modifica.
2 - La 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 , el efecto de esta actualización es que 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, lo que desemboca en una mejora del 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: aunque es menos frecuente, también se produce en el sistema SAP y se diferencia de la asincrónica en que 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, de esta manera el proceso de diálogo o batch debe esperar a que se realicen las actualizaciones en el 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
Los usuarios no pueden elegir si los cambios en la base de datos se realizan de forma sincrónica o asincrónica, ya que esto depende de la programación de aplicación de curso
En la práctica: Si se trata de actualizaciones dentro de alguna aplicación hecha a medida 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 presenta además una ventaja adicional: implementada las LUW
Concepto de LUWs: consiste en bloques auto consistente de datos, de tal forma que su actualización en la base de datos es llevada a cabo completamente
Si sugiera algún problema en la base de datos, la grabación de cada LUW no se realizará, de esta manera se evitan las inconsistencias que pudieran surgir al grabar una LUW a medias.
La actualización asincrónica, consiste de 2 tipos de actualización: V1 y V2
El sistema SAP distingue entre componentes de actualización crítica primaria (V1) y secundaria (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 cambios 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 objetivo se realicen concurrentemente
4- La monitorización del estado de las actualizaciones del sistema
El 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 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 automática tiene lugar en pos de preservar ña integridad de la base de datos y su ejecución queda registrada en el long del sistema, será tarea de los administradores del sistema SAP, decir los SAP BASIS, el subsanar el error que produjo la desactivación de la actualización del sistema y su posterior activación
La transacción sm13:
La transacción estándar SM13 se utiliza para el control de las actualizaciones en el sistema SAP, en ella se nos muestra si la actualización del sistema está activa o ha sido desactivada por alguna causa. Si la actualización ha sido desactivada, el botón INFO nos proporciona que proceso y usuario han causado su desactivación
5- Los objetos de bloqueo
SAP dispone de un sistema de gestión de bloqueos de objetos para evitar la modificación concurrente de un objeto. Con esto, se asegura la consistencia de los objetos en 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 la modificación de un objeto desde cualquier aplicación estándar dentro de SAP genera entradas de bloqueos
Transacción SM12:
La transacción estándar 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
Los parámetros son:
- Tabla
- Argumento de bloqueo
- Mandante
- Usuario
En general no conoceremos argumento de bloqueo, ya que esa información depende del objeto que se esté modificando. Es más común conocer la tabla o el usuario que está produciendo un bloqueo
 
 
 
Sobre el autor
Publicación académica de Maria Natalia Villalba, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Maria Natalia Villalba
Profesión: Lic. en Ciencias Contables y Admini - Paraguay - Legajo: ZM68Z
✒️Autor de: 21 Publicaciones Académicas
🎓Cursando Actualmente: Introducción a SAP
Presentación:
Hola, mi nombre es maría natalia villalba, tengo 33 años vivo en paraguay en la ciudad de villa elisa soy lic. en ciencias contables y administrativa, estoy interesada en formarme en el programa sap
Certificación Académica de Maria Villalba