✒️SAP Los servicios de actualización
SAP Los servicios de actualización
LECCIÓN 3: LOS SERVICIOS DE ACTUALIZACIÓN
1.Los servicios de actualización de SAP, 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 trabajos, los que están encargados de atender las solicitudes de los usuarios que utilizan el sistema o propio sistema. El servidor SAP recibe miles de solicitudes de los usuarios continuamente y es imposible procesarlas todas al mismo tiempo. Para eso SAP utiliza el Sub-sistema conocido Dispatcher. En SAP existen 7 tipos de procesos de trabajo:
-D-Dialogo: Se utilizan para cumplir todas las solicitudes de ejecución de pasos de diálogos activados por un usuario activo.
-V-Update: Ejecutan solicitudes de actualización o cambios de base de datos asincrónicos que son controlados por una declaración COMMIT WORK.
-E-Enqueue: Administran la tabla de bloqueo en la memoria compartida.
-B-Background: Ejecutan aquellos programas sin la interacción del usuario o ejecutan trabajos en segundo plano.
-M-Message: Son los responsables de enrutar (itinerario) 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 impresión.
A través de la transacción SM50 se puede visualizar los procesos de trabajo que se están ejecutando en este momento en el servidor.
2.Actualización asincrónica y sincrónica:
La actualización en la base de datos de un sistema SAP puede ser de dos tipos:
-Asincrónica: La más utilizada. El sistema gestiona el requerimiento de actualización del usuario en un proceso aparte. El usuario se desentiende totalmente del proceso de actualización. El usuario no debe esperar a que se terminen las actualizaciones para seguir procesando las peticiones de ese usuario.
-Sincrónica: Es la menos utilizada. 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. Por lo que el proceso de dialogo o BATCH debe esperar a que se realicen actualizaciones en la base de datos antes de seguir procesando las peticiones restantes.
*Usuarios no pueden elegir si los cambios en la base de datos se hacen de forma sincrónica o asincrónica, ya que depende de la programación de la aplicación en curso.
*Si se trata de actualizaciones dentro de alguna aplicación hecha a medida, será tarea del analista de la aplicación decidir que tipo de actualización realizar.
3.Procesos de Actualización V1 y V2:
La actualización asincrónica presenta una ventaja adicional, implementa las LUW, estas consisten en bloques auto consistentes de datos, de tal forma que su actualización en la base de datos es llevada a cabo completamente. Si surge algún problema en la base de datos, la grabación de cada LUW no se realizaría y se evitan las inconsistencia al grabar una LUW a medias.
La actualización Asincrónica consiste en 2 tipos de actualización; V1 y V2. Sistema SAP distingue entre componentes de actualización crítica primaria (V1) y secundaria no crítica (V2). La diferencia entre estos 2 tipos permite que el sistema procese los cambios críticos en la base de datos por delante los cambios menos críticos, asignándole diferentes LUWs, esto es necesario ya que los componentes V1 deben ser realizadas cuanto antes.
4.Monitorización del estado de las actualizaciones del sistema:
El sistema SAP tiene una herramienta para activar y desactivar los servicios de actualización. Ante un problema grave en la base de datos SAP reacciona desactivando la actualización y todas las modificaciones a realizar en la base de datos quedan en estado de espera, hasta que la actualización vuelva a estar activa. Será tarea de los administradores de SAP à SAP BASIS, de subsanar el error que produjo la desactivación de la actualización. La transacción SM13 se utiliza para el control de las actualizaciones en el sistema SAP. Aquí también se muestra si la actualización esta activa o desactivada.
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 y se aseguran la consistencia de los objetos en SAP. Cuando hablamos de objeto, nos estamos refiriendo a un documento contable, solicitud de compra, entrada de una tabla base de datos. Cuando un usuario accede a modificar un objeto, el sistema genera un registro de bloqueo con la información necesaria y si un segundo usuario intenta modificar el mismo objeto no podrá y se mostrará un mensaje de error, indicando que un usuario esta tratando el objeto solicitado. Los bloqueos se establecen hasta que el usuario pulsa GRABAR, la información es actualizada en la base de datos y la transacción es finalizada.
La transacción SM12 se utiliza para visualizar y remover los bloqueos en SAP. En la pantalla inicial de la transacción se verán los parámetros para filtrar los bloqueos actualmente activos (Tabla, argumento de bloqueo, mandante, usuario). En general no se conoce el argumento de bloqueo, ya que esta información depende del objeto que se este modificando. Es más común conocer la tabla o el usuario que genera el bloqueo.
 
 
 
Sobre el autor
Publicación académica de Maria Sylvana Andrea Vargas Alarcon, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Maria Sylvana Andrea Vargas Alarcon
Profesión: Ingeniera Comercial - Chile - Legajo: BO94H
✒️Autor de: 30 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Maria Vargas