✒️SAP Los servicios de actualización
SAP Los servicios de actualización
COMO SE REALIZAN LAS ACTUALIZACIONES EN EL SISTEMA SAP
1 - EL SERVICIO DE ACTUALIZACION DE SAP
El servicio de actualización en SAP es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos. Dichas actualizaciones se puede generar a través de procesos de trabajo.
Procesos de trabajo: 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, varias solicitudes incluso por cada pantalla de cada transacción en la que el usuario navega, es imposible procesarlas todas al mismo tiempo. SAP utiliza un sub sistema de despacho, conocido como DISPATCHER de modo de realizar el procesamiento de las solicitudes e ir 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 actualización o cambios de base de datos asincrónicos que son controlados por una declaración COMMIT WORK, es decir de confirmación, 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 SAP.
- G - Gateway: son los responsables de la transferencia de mensajes entre sistemas SAP.
- S - Spool: pasan los 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.
IMEGEN.
De cada proceso de trabajo visualizamos distinta información, la más relevante es el tipo de proceso de trabajo, status, mandante, usuario de sap, la acción, la tabla base de datos que modifica, el programa que se ejecuta.
2 - ACTUALIZACION ASINCRONICA Y SINCRONICA
La actualización en la base de datos de un sistema SAP puede ser de dos tipos:
- Asincrónica: Mayoritariamente la actualización en la base de datos de SAP es asincrónica, es decir, el sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario. 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.
- Sincrónica: Es menos frecuente, también se produce en el sistema SAP, 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. De esta forma 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. El rendimiento será peor.
Los usuarios no pueden elegir si los cambios en la base de datos se realizan de forma sincrónica o asincrónica.
3 - LOS PROCESOS DE ACTUALIZACION V1 Y V2
La actualización asincrónica presenta además una ventaja adicional: implementa las LUW.
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. Si surgiera algún problema en la base de datos, la grabación de cada LUW no se realizaría, de esta manera se evitan las inconsistencias que pudieran surgir a 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 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 cambios menos críticos, asignándoles diferentes LUWs, esto es necesario ya que los componentes V1 deben ser realizados 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.
Existen dos tipos de LUW: Las de base de datos y las de SAP. Las de base de datos es una secuencia de operaciones de datos que no pueden ser divididas, las operaciones se realizan o bien en su totalidad o no se realizan, una transacción de SAP puede incluir muchas LUW de base de datos, cada una de las cuales puede ser finalizada con un commit a la base de datos el cual se genera automáticamente. Una LUW del sistema SAP es un sistema de negocio el cual no puede dividirse.
4 - MONITORIZACION DEL ESTADO DE LAS ACTUALIZACIONES DEL SISTEMA.
Sap dispone de una herramienta para la activación y desactivación genérica de los servicios de actualización.
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. La transacción desde donde podremos gestionar centralmente la actualización es la SM13 que se utiliza para el control de las actualizaciones en el sistema SAP.
En ella, básicamente, se nos muestra si la actualización del sistema está activa o ha sido desactivada por alguna causa. El botón info nos proporciona qué 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. Cuando hablamos de objeto nos referimos por ejemplo: un documento contable, una solicitud de compra, o una 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. Si un segundo usuario intenta modificar ese mismo objeto mientras el primer usuario lo tiene bloqueado, el sistema le muestra al segundo usuario un mensaje de error indicándole que un usuario ya está tratando el objeto solicitado.
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. La transacción que nos muestra los bloqueos actualmente activos en el sistema es la SM12, se usa para visualizar y remover los bloqueos del 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 el 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. Una vez rellenos los parámetros de selección con los valores deseados pulsamos ENTER en la barra de aplicaciones y nos aparecerá un listado con las entradas de bloqueo que cumplen la selección realizada.
IMAGEN
Un objeto de bloqueo: es una unión virtual de varias tablas SAP que sincroniza el acceso simultáneo de dos usuarios al mismo set de datos, sirven para controlar la concurrencia de procesos para un mismo objeto, siempre están asociados a tablas del diccionario. Un objeto de bloqueo es un semáforo sobre una tabla.
Apunte Creado OK - Iniciar Edición
 
 
 
Sobre el autor
Publicación académica de Maria Camila Buasso Barreiro, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Maria Camila Buasso Barreiro
Profesión: Ingeniera - Argentina - Legajo: GV36T
✒️Autor de: 24 Publicaciones Académicas
🎓Cursando Actualmente: Introducción a SAP
Certificación Académica de Maria Buasso