✒️SAP Los servicios de actualización
SAP Los servicios de actualización
PARTE 1
El servicio de actualización de SAP
Su importancia radica en que es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos. Estas actualizaciones se realizan a través de los procesos de trabajo.
Son los 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, por lo que es imposible procesarlas todas al mismo tiempo. Para ello, 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.
- 1. 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
- 2. 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.
- 3. Enqueue: administran la tabla de bloqueo en la memoria compartida o, si las transacciones de SAP tienen que sincronizarse, ejecuta las operaciones de bloqueo
- 4. 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
- 5. Message: son los responsables de enrutar los mensajes entre los servidores de aplicaciones SAP
- 6. Gateway: son los responsables de la transferencia de mensajes entre sistemas SAP.
- 7. Spool: pasan flujos de datos secuenciales a impresoras o formato de impresión a impresora, archivo o base de datos
La transacción estándar SM50 es la encargada de visualizar los procesos de trabajo que se estén ejecutando.
Las informaciones más relevantes de los procesos de trabajo son: Tipo de proceso, status, el programa que se ejecuta, el mandante, el usuario SAP, la acción y la tabla de datos que se modifica.
PARTE 2
Actualización asincrónica y sincrónica
Asincrónica:
Es la mayormente usada en SAP
Consiste en realizar la actualización en un proceso a parte del proceso de diálogo del usuario.
El usuario se desentiende del proceso de actualización.
Sincrónica
Menos frecuente y se diferencia de la anterior, en que la petición en la base de datos se realiza en el mismo proceso de trabajo.
Por lo que el proceso de dialogo 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, siendo peor el rendimiento en estos casos.
Nota: Los usuarios no pueden elegir si los cambios en base de datos se realizan de forma sincrónica o asincrónica, ya que 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 será tarea del analista de la aplicación el decidir qué tipo de actualización realizar.
PARTE 3
Los procesos de actualización V1 y V2
La actualización asincrónica presenta además una ventaja adicional: implementa las LUW.
Cita:
LUWs
Consisten en bloques auto consistentes de datos, de tal forma que su actualización en la base de datos es llevada a cabo completamente.
Nota: En caso de algún problema con una base de datos, la grabación del LUWs no se realizaría, de esta manera se evita inconsistencia al grabar LUWs a medias
La actualización asincrónica consta de dos tipo de actualizaciones:
- V1: actualización crítica primaria
- V2: actualización segundaria no crítica
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
PARTE 4
Monitorización 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 desactivación automática sirve para preservar la integridad de la base de datos y la información queda registrada en el LOG del sistema.
Los BASIS tendrán la tarea de subsanar el error que produjo la desactivación de la actualización del sistema y su posterior activación.
La actualización es activada automáticamente cada vez que el sistema SAP es arrancado en el servidor, por lo que sólo se deberá monitorizar su posible desactivación.
La transacción usada para el control de las actualizaciones es SM13
En ella, básicamente, 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 qué proceso y usuario han causado su desactivación.
PARTE 5
Los objetos de bloqueo
Cuando hablamos de objeto, nos estamos refiriendo por ejemplo a: un documento contable, una solicitud de compra, o una entrada de una tabla base de datos.
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 se libera hasta que el usuario pulse el botón grabar. Por lo que, si un usuario intenta modificar un objeto el cual ya este siendo modificado por otro usuario, el sistema le mostrará un error.
Será tarea del departamento de desarrollo asegurar que las nuevas aplicaciones hechas a medida dentro de SAP, generen tales bloqueos cuando desde estas nuevas aplicaciones se acceda a modificar algún objeto
Trrransacciiió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
 
 
 
Sobre el autor
Publicación académica de Oscar Teodoro Gutierrez Ceballos, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Oscar Teodoro Gutierrez Ceballos
Profesión: Trabajador Social - Venezuela - Legajo: DX42S
✒️Autor de: 7 Publicaciones Académicas
🎓Egresado del módulo:
Presentación:
Soy un venezolano de profesión trabajador social y amante de la filosofía. cuento con 8 años de experiencia en mi área y busco ampliar mis conocimientos y experiencia hacia el manejo del sap.
Certificación Académica de Oscar Gutierrez