![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP Los servicios de actualización
SAP Los servicios de actualización
![SAP Los servicios de actualización SAP Los servicios de actualización](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/110.jpg)
Introducción al servicio de actualización de SAP R/3
Es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos, se pueden generar mediante el trabajo de tipo diálogo, batch o update.
Actualización sincrónica y asincrónica
- Asincrónica: El sistema gestiona el requerimiento de actualización del usuario en un proceso aparte del proceso de diálogo del usuario, el usuario se desentiende totalmente de la actualización, ya que no debe esperar a que el sistema acceda a actualizar a la base de datos para poder seguir trabajando, el proceso de diálogo del usuario no espera a que se terminen las actualizaciones para seguir procesando las peticiones de ese usuario.
- Sincrónica: Es menos frecuente y consiste en la petición de actualización en la base de datos, la cual 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 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.
Los cambios en la base de datos de forma sincrónica o asincrónica dependen de la programación de la aplicación en curso. Si se trata de actualizaciones de alguna aplicación hecha a la medida será el analista de la aplicación quien decida que tipo de actualización realizar.
proceso de actualización V1 y V2
La actualización asincrónica implementa las LUW los cuales son 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.
Las actualizaciones asincrónicas y sus dos tipos de actualizaciónes V1 y V2
El sistema R/3 distingue entre componentes de actualización crítica primaria (V1) y secundaria no crítica (V2), la diferencia entre estos dos tipos de actualización permiten 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, esto es necesario ya que los componentes V1deben ser realizados cuanto antes.
Las actualizaciones V1 se procesan con la supervisión del gestor de bloqueos, que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.
Tipos de LUW
- LUW de base de datos: Es una secuencia de operaciones de datos que no pueden ser divididas, las operaciones se realizan o bien en su totalidad o no se realizan.
- LUW de SAP: Es un proceso de negocio el cual no puede dividirse, el proceso se ejecuta en su totalidad o no se ejecuta. Una LUW comienza cada vez que ejecutamos una transacción cuando los cambios a la base de datos de la LUW previa se confirma mediante un comit o cuando los cambios a la base de datos de la LUW previa se cancelan y una LUW finaliza cuando los cambios a la base de datos han sido confirmados o cuando los cambios a la base de datos han sido cancelados.
- Una transacción de SAP puede incluir muchas LUW de base de datos cada una de las cuales puede ser finalizada con un comit a la base de datos el cual se genera automáticamente.
Monitorización del estado de las actulizaciónes del sistema
SAP R/3 dispone de una herramienta para la activación y desactivación genérica de los servicios de actualización, así como la monitorizaciónde las actualizaciones en curso y de las posibles actualizaciones interrumpidas.
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, la ejecución de esta desactivación automática se queda registrada en el log del sistema.
Es tarea del administrador subsanar el error de 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 es arrancado en el servidor, por lo que solo se deberá monitorizar su posible desactivación. Usando la transacción SM13 (control de las actualizaciónes). El botón info nos proporciona qué proceso y usuario han causado su desactivación.
Objetos de bloqueo
Evitan la modificación concurrente de un objeto, cuando un usuario avccede a modificar un objeto el sistema genera un registro de bloqueo, si un segundo usuario intenta modificarlo el sistema le muestra un mensaje de error indicándole que un usuario ya está tratando el objeto solicitado.
Los bloqueo 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 es finalizada, toda modificación de un objeto desde cualquier aplicación estándar dentro de SAP genera entradas de bloqueo.
En las nuevas aplicaciones hechas a la medida será tarea del departamento de desarrollo generen tales bloqueos, cuando desde estas nuevas aplicaciones se acceda a modificar algún objeto. La transacción que muestra los bloqueos actualmente activos es la SM12 así como también permite removerlos del sistema.
En esta pantalla se dispone de unos parámetros de selección para filtrar los bloqueos actualmente activos, los parámetros son tabla,argumento de bloqueo, mandante y usuario, una vez llenando los parámetros de selección pulsamos el botón enter y nos mostrara las entradas de bloque que cumplan con la selección realizada.
Objeto de bloqueo: Es una unión virtual de varias tablas SAP que sincroniza el acceso simultáneo de dos usuarios al mismo set de datos, sirven para controlar la concurrencia de procesos sobre un mismo objeto, siempre están asociados a tablas del diccionario, es decir es un semáforo sobre una tabla, cuando se define un objeto de boqueo se generan automáticamente dos módulos de funciones que controlan dicho semáforo uno de ellos es dequiu_nombre que controla la petición de bloque sobre el objeto y el otro es dequiu_nombre que controla la liberación del bloqueo sobre el objeto. Mediante las funciones que genera el objeto de bloqueo conseguimos bloquear la tabla mientras estamos accediendo a ella y desbloquearla al final de esta forma nos aseguramos que dos usuarios no estén modificando un mismo objeto a la vez. para la creación de un objeto de bloqueo utilizamos la transacción SE11.
 
 
 
Sobre el autor
Publicación académica de Angel Jijon Moreno, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Angel Jijon Moreno
Profesión: Ingeniería en Sistemas Computacionales - Mexico - Legajo: JH55J
✒️Autor de: 38 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Angel Jijon