✒️SAP Los servicios de actualización
SAP Los servicios de actualización
Los servicios de actualización
Es 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.
_procesos de trabajo o work precess, son los encargados de atender las solicitudes de los usuarios que utilizan el sistema o del propio sistema.
SAP utiliza un sub-sistema de despacho conocido como dispatcher para realizar el procesamiento de los miles de solicitudes de transacciones que recibe por día e ir asignando las mismas a los procesos de trabajo.
SAP tiene 7 tipos de procesos de trabajo
ü D- dialogo: de utiliza para cumplir todas las solicitudes de ejecución de pasos de dialogo activados por un usuario activo o ejecutar un programa de dialogo.
ü 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 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 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 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 veremos distinta información, la más relevantes 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 de datos que modifica.
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
El sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario.
En esta actualización el usuario se desentiende del proceso, es automático y puede continuar trabajando.
ü Sincrónica
Es de la menos frecuente, 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. Aquí se debe esperar a que se actualice para seguir trabajando.
Los usuarios no pueden elegir si el cambio en la base de datos es sincrónica o asincrónica ya que esto depende de la programación de la aplicación en curso.
Los procesos de actualización V1 y V2
La actualización asincrónica presenta además una ventaja adicional: implementa las LUW (consiste en bloques auto consistentes de datos, de tal forma que su actualización en la base de datos es llevada a cabo completamente).
Si hubiera algún inconveniente con 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 tiene 2 tipos de actualizaciones: V1 y V2
_actualización critica primaria (V1)
_actualización secundaria no critica (V2)
Esta diferencia permite que el sistema procese los cambios críticos primero antes que los menos críticos (urgente/importante). Las actualizaciones V1 se procesan con la supervisión del gestor de bloqueos de SAP.
Monitorización del estado de las actualizaciones del sistema.
Ante algún problema grave en la base de datos, SAP reacciona desactivando la actualización, 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.
Es tarea de los SAP BASIS, el subsanar el error que produjo la desactivación de la actualización del sistema y su posterior activación.
Transacción SM13 se utiliza para el control de las actualizaciones en el sistema SAP. En ella nos muestra si la actualización del sistema está activa o 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.
Los objetos de bloqueo
SAP dispone de un sistema de gestión de bloqueos para evitar la modificación concurrente de un objeto, logrando una seguro consistencia de los objetos (documento contable, solicitud de compra, o entrada de una tabla base de datos) en SAP.
Los bloqueos se establecen al iniciar 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.
SM12 es la transacción que nos muestra los bloqueos (visualizamos y removemos los bloqueos)
E 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:
v Tabla
v Argumento de bloqueo
v Mandante
v Usuario
En genera no se conoce el argumento del bloqueo, si conoceremos la tabla o el usuario.
 
 
 
Agradecimiento:
Ha agradecido este aporte: Juan Maiztegui
Sobre el autor
Publicación académica de Gisela Flores, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Gisela Flores
Profesión: en Búsqueda Laboral - Argentina - Legajo: XH86A
✒️Autor de: 14 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Gisela Flores