✒️SAP Los servicios de actualización
SAP Los servicios de actualización
1 I INTRODUCCIÓN AL SERVICIO DE ACTUALIZACIÓN DE SAP R/3
El servicio de actualización en SAP R/3 es especialmente 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 de diálogo, batch (también conocido como procesamiento por lotes que es un modo de procesamiento donde se planifica cuando va a realizarse la ejecución de un programa) o update.
2 I ACTUALIZACIÓN SINCRÓNICA Y ASINCRÓNICA
La actualización en la base de datos de un sistema R/3 es mayoritariamente 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 efecto de este tipo de actualizaciones es que 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" (conjunto completo de tablas que componen el sistema) para poder seguir trabajando. Esto se traduce en una mejora del rendimiento; el proceso de diálogo del usuario no espera a que se terminen las actualizaciones para seguir procesando las peticiones de ese usuario.
(En el siguiente gráfico se muestra en forma esquemática cómo las actualizaciones asíncronas pertenecientes a un proceso de trabajo de un usuario son lanzadas en paralelo)
IMAGEN 2.1 - Actualización Asincrónica
La actualización sincrónica, aunque es menos frecuente, también se produce en el sistema R/3, y se diferencia de la asincrónica en que 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 (Procesamiento por lotes) debe esperar a que se realicen las actualizaciones en la base de datos antes de seguir procesando el resto de las peticiones del usuario, por lo que el rendimiento será peor que en el caso de la actualización asincrónica. A CONTINUACIÓN APUNTE PERSONAL
Asincrónica se desentiende de las actualizaciones/Sincrónica debe esperar a que se realicen las actualizaciones en la base de datos
En el siguiente gráfico se muestra en forma esquemática cómo las actualizaciones sincrónicas pertenecientes a un proceso de trabajo asociado a un usuario son lanzadas en el mismo proceso, obligando al proceso a esperar a que la actualización termine para poder continuar.
(IMAGEN 2.2 - Actualización Sincrónica)
Los usuarios no pueden elegir si los cambios en la 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.
(EN LA PRÁCTICA)
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.
3 I PROCESOS DE ACTUALIZACIÓN V1 y V2
La actualización asincrónica presenta además una ventaja adicional: implementa las LUW.
(NUEVO CONCEPTO) 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.
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 al grabar una LUW a medias.
La actualización asincrónica, consiste de 2 tipos de actualización: V1 y V2.
El sistema R/3 distingue entre componentes de actualización crítica primaria (V1) y secundaria no crítica (V2). La diferenciación entre estos 2 tipos de 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 (Logical Unit of Work/Unidad Lógica de Trabajo, que es un paso elemental de proceso que funciona como un mecanismo de bloqueo que protege la integridad de las transacciones); esto es necesario ya que los componentes V1 deben ser realizadas cuanto antes.
Para asegurar la consistencia de los datos, las actualizaciones V1 se procesan con la supervisión del gestor de SAP R/3 que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.
(AUDIO TIPS) Hay 2 tipos de LUWs: (Parte del Audio Tip)
- LUWs de base de datos: Aquí las LUWs es una secuencia de operaciones de datos que no pueden ser divididas, o sea realizan bien en su totalidad o no se realizan
- LUWs de SAP: Aquí es un proceso de negocio, el cual no puede dividirse; el proceso se ejecuta en su totalidad o no se ejecuta.
Una LUW finaliza cuando los cambios a la base de datos han sido confirmados o cancelados.
4 I MONITORIZACIÓN DEL ESTADO DE LAS ACTUALIZACIONES DEL SISTEMA
El sistema SAP R/3 dispone de una herramienta para la activación y desactivación genérica genérica de los servicios de actualización, así como para la monitorización de las actualizaciones en curso y de las posibles actualizaciones interrumpidas que puedan haber ocurrido.
El sistema SAP R/3, ante un problema grave en la base de datos reacciona desactivando la actualización con lo cual todas las modificaciones a realizar en la base de datos se quedan en un estado de espera hasta que la actualización vuelva a estar activa. Esta desactivación automática tiene lugar en pos de preservar la integridad de la base de daatos y su ejecución queda registrada en el log del sistema.
Será tarea del administrador el subsanar el error que produjo la desactivación de la actualización del sistema y su posterior activación.
(¿SABÍAS QUE...?)
La actualización es activada automáticamente cada vez que el sistema SAP R/3 es arrancado en el servidor, por lo que sólo se deberá monitorizar su posible desactivación.
La transacción desde donde podremos gestionar centralmente la actualización es la SM13 (transacción estándar utilizada para monitorizar las actualizaciones del sistema).
(IMAGEN 4.1 - LA TRANSACCIÓN ESTÁNDAR SM13)
(TRANSACCIONES) Transacción SM13
La transacción estándar SM13 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.
Si la actualización ha sido desactivada, el botón Info nos proporciona qué proceso y usuario han causado su desactivación. El resto de campos son campos de selcción para monitorizazr las actualizaciones que han tenido lugar y han fallado o las que están en curso.
5 I 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 R/3.
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 1er 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 (Código único que existe en el sistema SAP y es ejecutado por un usuario del sistema para acceder a una funcionalidad particular del sistema SAP) es finalizada.
Toda modificación de un objeto desde cualquier aplicación estándar dentro de SAP R/3 genera entradas de bloqueo.
(EN LA PRÁCTICA)
Será tarea del departamento de desarrollo asegurar que las nuevas aplicaciones hechas a medida dentro de SAP R/3 generen tales bloqueos cuando desde estas nuevas aplicaciones se acceda a modificar algún objeto.
La transacción que nos muestra los bloqueos actualmente activos en el sistema es la SM12 ().
IMAGEN 5.1 - LA TRANSACCIÓN ESTÁNDAR SM12
(TRANSACCIONES) Transacción SM12
La transacción estándar SM12 se utiliza para visualizar y remover los bloqueos en el sistema SAP.
En esta pantalla disponemos de unos parámetros de selección para filtrar los bloqueos actualmente activos. Los parámetros son tabla, argumento de bloqueo, mandante y usuario. En general no conoceremos el argumento 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 usuario que está produciendo un bloqueo.
Una vez rellenos los parámetros de selección con los valores deseados pulsamos el botón "Enter" en la barra de aplicaciones y nos parecerá un listado con las entradas de bloqueo que cumplen la selección realizada.
(IMAGEN 5.2 - VISUALIZAMOS LOS BLOQUEOS ACTIVOS EN EL SISTEMA)
(AUDIO TIPS)
Un Objeto de bloqueo es una unión virtual de varias tablas SAP que sincroniza el acceso simultáneo de 2 usuarios al mismo set de datos...
 
 
 
Sobre el autor
Publicación académica de Adrian Israel Ramirez Ruiz, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Adrian Israel Ramirez Ruiz
Profesión: Lic. Idiomas y Relaciones Públicas - Mexico - Legajo: JU10M
✒️Autor de: 134 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP HCM Nivel Avanzado
- Carrera Consultor en SAP HCM Nivel Inicial
- Curso Introducción a SAP
Disponibilidad Laboral: FullTime
Certificación Académica de Adrian Ramirez