✒️SAP Los servicios de actualización
SAP Los servicios de actualización
Los servicios de actualización
1.- El servicio de actualización de SAP
Es especialmente importante, es el encargado de gestionar las modificaciones en la base de datos. las actualizaciones se pueden ejecutar a través del proceso de trabajo.
Proceso de Trabajo.- Atienden las solicitudes de los usuarios que utilizan el sistema.
SAP recibe miles de solicitudes de trabajo continuamente y es imposible atenderlas todas al mismo tiempo por lo que utiliza un subsistema llamado dispatcher y asigna las solicitudes a los procesos de trabajo.
Existen 7 tipos de procesos de trabajo:
D- Dialogo.- Solicitudes de paso de dialogo activadas por un usuario activo o ejecutar un programa de diálogo
V- Update.-Solicitudes de actualización o cambios de base de datos asincrónicos controlados por una declaración COMMIT WORK, proceso de trabajo de diálogo.
E- Enqueue.- Administra las tablas de bloqueo en memoria compartida
B- Background.- Ejecuta programas en segundo plano dependiente del tiempo o controlados por eventos.
M-Message.- Responsables de enrutar mensajes entre los servidores de aplicaciones SAP.
G- Gateway.- Transferencia de mensajes entre sistemas SAP
S- Spool.- Pasan flujos secuenciales a la impresora, formato de impresión, archivo o BD.
A través de la transacción estándar SM50 se visualizan los procesos de trabajo que se ejecutan en este momento en el servidor
De cad procesos de trabajo visualizamos distinta información y la más relevante es: tipo de proceso de trabajo, estatus, programa que se ejecuta, mandante, usuario SAP, acción y la tabla de BD que modifica.
2.-La actualización asincrónica y sincrónica
La actualización de BD puede ser en dos tipos:
- Asincrónica.- La mayoría de actualizaciones son asincrónicas.- se gestiona el requerimiento de actualización en un proceso a parte del proceso de dialogo. Hay mejora de rendimiento ya que el proceso de dialogo del usuario no espera a que se terminen las actualizaciones para seguir procesando las peticiones del usuario
- Sincrónica.- Las actualizaciones a la base de datos se generan en el mismo proceso que gestiona el resto de las peticiones del usuario. Este proceso de dialogo debe esperar a que se realicen las actualizaciones en la base de datos para poder continuar con el proceso del resto de las peticiones.
Los usuarios no pueden elegir si los cambios de la base de datos se realizan de forma sincrónica o asincrónica, ya que esto depende de la aplicación en curso..
Si se trata de actualizaciones dentro de alguna aplicación hecha a la medida, el analista de la aplicación decide qué tipo de actualización realizar.
3.- Los procesos de actualización V1 y V2
La actualización asincrónica presenta una ventaja adicional: Implementa las LUW
LUW.- bloques auto consistentes de datos que permiten que la actualización de BD se lleve a cabo completamente.
Si surge un problema en la base de datos, la grabación de cada LUW nose realizaría, evitando inconsistencias que pudieran seguir al grabar unba LUW a medias.
Las actualizaciones asincrónicas consisten en dos tipos: V1 y V2
SAP distingue entre actualizaciones críticas y no críticas y se procesa primero lo critico en cambios a la BD.
Para asegurar la consistencia de los datos, las actualizaciones V1 se procesan con la supervisión del gestor de bloqueos de SAP que impide varias modificaciones concurrentes sobre el mismo objeto.
4.- La monitorización del estado de las actualizaciones del sistema
Se cuenta con una herramienta par a la activación y desactivación genérica de los servicios de actualización, modificación de las actualizaciones en curso y las actualizaciones interrumpidas que pudieran haber ocurrido.
Si hay un problema grave en la BD, SAP desactiva las modificaciones y quedan en estado de espera a que vuelvan a estar activas.
Esta desactivación automática tiene lugar en POS de preservar la integridad de la BD y se registra la actividad en el LOG
Es tarea del BASIS el subsanar el error que produjo la desactivación del sistema y su posterior activación.
La actualización es desactivada automáticamente cada vez que SAP es arrancado en el servidor, por lo que sólo deberá monitorizar su posible desactivación
Desde la transacción SM13 podemos realizar el control y gestionar centralmente la actualización
En la transacción se muestra si está activa o ha sido desactivada por alguna causa
Si la actualización fue desactivada, el botón info nos proporciona qué proceso y usuario han causado su desactivación.
El resto de los campos es para monitorizar las actualizaciones que han tenido lugar y han fallado o las que están en curso.
5.- Los objetos de bloqueo
SAP dispone de un sistema de gestión de bloqueo de objetos para evitar las modificaciones concurrentes de un objeto, con esto se asegura la consistencia de objetos
Cuando hablamos de un objeto estamos hablando de un documento contable, solicitud de compra o una entrada de una tabla de base de datos
cuando un usuario accede a modificar un objeto, el sistema genera un bloqueo al objeto para que nadie más lo pueda modificar en ese momento.
Los bloqueos no se liberan hasta que el usuario pulsa Grabar, la actualización de BD y lka transacción se finaliza
Toda modificación de un objeto desde cualquier aplicación estándar de SAP genera entradas de bloqueo.
Los desarrolladores deben cuidar que las nuevas aplicaciones generen tales bloqueos cuando se acceda a modificar un objeto.
La transacción SM12 es la que muestra los bloqueos actualmente activos.
 
 
 
Sobre el autor
Publicación académica de Adrian Barrios Robles, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Adrian Barrios Robles
Profesión: Ingeniero en Sistemas Computacional - Mexico - Legajo: CW30M
✒️Autor de: 37 Publicaciones Académicas
🎓Egresado del módulo:
Presentación:
Actualmente tomo la academia de introducci?n a sap, ya que me encuentro en una posici?n en la que administro proyectos de esa ?ndole, donde requiero conocer los conceptos de esta tecnolog?a.
Certificación Académica de Adrian Barrios