✒️SAP Los servicios de actualización
SAP Los servicios de actualización
Servicios de actualización
Es 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 tipo dialogo, batch o update.
Actualizaciones Sincrónicas y Asincrónicas.
La actualización en 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 dialogo del usuario.
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 para poder seguir trabajando, esto se traduce en una mejora del rendimiento.
Actualizaciones Sincrónicas: aún que menos frecuentes, también se producen 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 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, por lo que el rendimiento será pero que en el caso de la actualización asincró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.
- Si se trata de actualizaciones dentro de alguna aplicación a medida será tarea del analista de la aplicación el decidir qué tipo de actualización realizar.
Proceso de Actualización V1 y V2.
La actualización asincrónica presenta además una ventaja adicional: implementa las LUW consiste en bloques auto consistente de datos, de tal forma que su actualización en la base de datos es llevada a cabo completamente.
En caso de algún error en la base de datos, la grabación de cada LUW no se realizaría, y de esta manera se evita inconsistencias.
La actualización asincrónica consiste en dos tipos de actualización:
- V1 primarias o críticas.
- V2 secundaria o no críticas.
La diferencia entre estas dos actualizaciones 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 esto es necesario ya que las 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 bloqueos de SAP R/3 que impide que varias modificaciones sobre el mismo objeto se realicen concurrentemente.
Existen dos tipos de LUW
- LUW de Base de Datos: es una secuencia de operaciones de datos que no pueden ser divididas, las operaciones se tienen que realizar en su totalidad o no se realizan.
- LUW de SAP: esta puede incluir muchas LUW de base de datos las cuales cada una pueden ser finalizadas con un commit a la base de datos el cual se genera automáticamente.
MONITORIZACIÓN DE LAS ACTUALIZACIONES.
El sistema SAP reacciona desactivando las actualizaciones ante un error grave en la base de datos, quedando en estado de espera todas las modificaciones hasta que vuelva a estar activa.
Es tarea del administrador el 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 es arrancado, por lo que sólo debemos monitorizar su posible desactivación mediante la transacción SM13. La transacción SM13 se utiliza para el control de las actualizaciones en el sistema SAP. En ella se muestra si está activa o desactivada. El botón INFO nos proporciona qué proceso y usuario han causado la desactivación.
OBJETOS DE BLOQUEO.
Al acceder a un objeto el sistema genera un registro de bloqueo con la información necesaria. Si otro usuario intenta modificar ese mismo objeto simultáneamente, el sistema muestra al segundo un mensaje de error indicando que un usuario ya está tratando ese objeto. Los bloqueos se liberan al pulsar Grabar, finalizando la transacción. Lo anterior para evitar la modificación concurrente de un objeto. La transacción que gestiona estos objetos de bloqueo es la SM12. Se utiliza para visualizar y remover los bloqueos en el sistema SAP.
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.
Los parámetros de selección para filtrar los bloqueos son tablas, argumento de bloqueo, mandante y usuario.
1. Transacción SE11: Creación de un objeto de bloqueo.
2. Transacción SM12: Visualizar y remover los bloqueos en el sistema.
3. Transacción SM13: Transacción para gestionar centralmente la actualización.
 
 
 
Sobre el autor
Publicación académica de Marcela Bonilla Gonzalez, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Marcela Bonilla Gonzalez
Costa Rica - Legajo: DM92M
✒️Autor de: 97 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP FI Nivel Avanzado
- Carrera Consultor en SAP FI Nivel Inicial
- Curso Introducción a SAP
Presentación:
Licenciada en auditoria, 12 años de experiencia en auditoria financiera, actualmente trabajo para la contraloria general de la república de costa rica
Certificación Académica de Marcela Bonilla