✒️SAP Los servicios de actualización
SAP Los servicios de actualización
3 EL SERVICIO DE ACTUALIZACION DE SAP.
Es importante porque década se gestionan las modificaciones solicitadas por los usuarios en la base de datos. Dichas actualizaciones se pueden generar a través de procesos de trabajo.
Word Process: son los encargados de atender las solicitudes de los usuarios que utilizan el sistema o del propio sistema.
SAP recibe miles de solicitudes, siendo imposible procesarlas todas al mismo tiempo. SAP utiliza un SUB SISTEMA de despacho (DISPATCHER), de moho de realizar el procesamiento de solicitudes, asignando las mismas a los procesos de trabajo. SAP tiene siete tipos de procesos de trabajo.
D diálogo: utilizado para cumplir todas las solicitudes de ejecución de pasos de diálogo activados por usuario activo o ejecutar un programa de diálogo.
V update: ejecutan solicitudes de actualización con cambios de bases de datos asincrónicos que son controlados por una declaración COMMIT WORK en un proceso de trabajo de diálogo.
E Enqueue: administra la tabla de bloqueo en la memoria compartida, o sea las transacciones de SAP tienen que sincronizarse, ejecuta las operaciones de bloqueo.
B Background: corresponder a 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: responsables de enrutar los mensajes entre los servidores de aplicaciones SAP.
G Gateway: responsables de las transferencias 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.
SM50 transacción Standard: con ella podemos visualizar procesos de trabajo en ejecución en el servidor, al momento (ej. tipo de proceso de trabajo, status, programa en ejecución, mandante, usuario SAP, la acción y la tabla de base de datos que modifica).
2 ACTUALIZACIÓN A SINCRÓNICA Y SINCRÓNICA.
La actualización de datos en SAP puede ser:
A sincrónica: se gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario. Mejora de rendimiento, proceso de diálogo del usuario no espera al término de actualizaciones para continuar el proceso de las peticiones de este usuario.
Sincrónica: es menos frecuente. Petición de actualización de base de datos se genera en el mismo proceso de trabajo que gestiona el resto de peticiones del usuario. 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 peticiones. Rendimiento disminuye.
Si se trata de actualizaciones dentro de alguna aplicación hecha a medida, el analista de la aplicación de decidir qué tipo de actualización realizará
3 PROCESOS DE ACTUALIZACIÓN V1 Y V2
Actualización a sincrónica presenta además ventaja adicional: implementar las LUW.
LUW: son bloques auto consistentes de datos, de tal forma que su autorización en la base de datos se desarrolla en forma completa.
Ser problemas en BD, la agravación de cada LUW no se efectúa. Así se evitan las inconsistencias surgidas al grabar LUW incompleta.
Actualización a sincrónica consiste en dos tipos: V1 y V2.
V1 Actualización Crítica primaria, V2 Actualización Secundaria no critica. Permite la diferenciación según criticidad, para que el sistema procese cambios en BD, asignando diferentes LUW. Esto es necesario ya que componentes V1 deben ser realizadas cuanto antes.
V1 se procesan con la supervisión del gestor de bloqueos SAP, el que impide que varias modificaciones sobre un objeto se realicen concurrentemente (se asegura consistencia de datos).
4 MONITOREO DEL ESTADO DE LAS ACTUALIZACIONES DEL SISTEMA
SAP dispone de herramienta de activación / desactivación genérica de sistemas de actualización, Monitorización de actualizaciones en curso y de actualizaciones interrumpidas que puedan haber ocurrido.
SAP puede desactivar la actualización. Todas las modificaciones BD a realizar quedan en espera hasta que actualización que nuevamente activa. Esto es para mantener integridad BD. Ejecución se registra en LOG del sistema.
SAP BASIS deberes subsanar errores que producen desactivación de actualización del sistema y posterior activación.
Actualización se activa automáticamente cada vez que SAP arranca el servidor. Sólo se debe monitorizar su posible desactivación.
SM13: Transacción donde es posible gestionar centralmente proceso de Actualización. Acá se muestra si actualización del sistema está activa o no. Si se ha desactivado, BOTON INFO señala que proceso y usuario han causado la desactivación. El resto de campos se usan para monitorizar las actualizaciones ya realizadas o que han fallado, o las que están en curso.
5 OBJETOS DE BLOQUEO
SAP tiene sistema de gestión de bloqueo de objetos para evitar la modificación concurrente de uno objeto. Esto asegura CONSISTENCIA DE OBJETOS DE SAP (objeto: solicitud de compra, una entrada de una base de datos, un documento contable, etc.).
Si usuario modificado objeto, el sistema genera registros de bloqueo con la información necesaria. Si segundo usuario intenta modificar el mismo objeto mientras usuario uno lo mantiene bloqueado, a usuario dos le aparece el sistema un mensaje de error, indicando de que un usuario ya estaba tratando el objeto o solicitado. “Bloqueo” se establece al inicio de la transacción de modificación y no es liberado hasta que el usuario pulsa GRABAR. Luego información se actualiza en BD y transacción finaliza.
Toda modificación de un objeto desde cualquier aplicación estándar e SAP, genera entradas de bloqueo.
SM12: Transacción que nos muestra bloqueos actualmente activos. Se usa para visualizar y remover bloqueos en SAP. En pantalla se dispone de parámetros de selección para filtrar bloqueos actualmente activos (tabla, argumentos de bloqueo, mandante, usuario). No se conocerá el argumento del bloqueo ya que eso depende del objeto que se modifica. Sólo es común conocer la tabla o usuario que produce el bloqueo. ENTER embargo de aplicaciones, luego de llenar parámetros de selección. Aparecerán listado con entradas que cumplen selección realizada.
Sobre el autor
Publicación académica de Pablo Andres Obregon Montoya, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Pablo Andres Obregon Montoya
Profesión: Licenciado en Psicología - Chile - Legajo: JX56Z
✒️Autor de: 32 Publicaciones Académicas
🎓Egresado del módulo:
Disponibilidad Laboral: FullTime
Presentación:
Hola a todxs, mi nombre es pablo y estoy con muchas ganas de poder aprender sap desde cero. ojalá tener la posibilidad de compartir impresiones y aprendizaje con otros compañerxs. saludos a todxs!!
Certificación Académica de Pablo Obregon
