✒️Los procesos transaccionales en SAP
Los procesos transaccionales en SAP
1.- Los Procesos Transacciones y las Unidades de Trabajo Lógico
Transacción: Es una secuencia de acciones que están relacionadas en sentido del negocio:
- Obtienen y procesan datos los cuales deberán ser completos y correctos dentro de la unidad.
- En el medio de una transacción los datos usualmente son inconsistentes.
- El sistema SAP y bases de datos son sistemas transaccionales.
- Son unidades de procesamiento, que funcionalmente son un conjunto unido o indivisible.
- Tienen cuatro características principales que sus siglas forman el acrónimo ACID.
- ACID no es exclusivo de SAP.
ACID (Atomic – Consistent – Isolated – Durable):
- ATOMIC: La transacción es completamente exitosa o no tiene ningún efecto. Si un sistema transaccional, como SAP se apaga, este se asegura de que resultados parciales inconsistentes no son guardados en el sistema.
- CONSISTENT: Los cambios de estado en el sistema van siempre desde que uno es correcto y consistente en términos del negocio a otro que también es correcto y consistente en términos del negocio.
- ISOLATED: Los cambios resultados dentro de una transacción pueden ser vistos por otras transacciones solamente después de la configuración final (commit) de la primera, aunque estas últimas estén corriendo en simultaneo.
- DURABLE: Los resultados de una transacción son duraderos porque después de la confirmación final son guardados de forma permanente en la base de datos.
2.- Unidad Lógica de trabajo (LUW) de la base de datos
LUW DB: Es el mecanismo que utiliza la base de datos para asegurar la consistencia de los datos.
- Asegura el cumplimiento del concepto del principio ACID para transacciones.
- Están delimitadas por el comando de confirmación Data Base Commit.
- El sistema asegura que los datos sean consistentes en la base.
- Si la transacción finaliza con un error el sistema realizara un ROLLBACK para restaurar los datos al estado previo.
3.- Unidad Lógica de trabajo (LUW) de SAP
LUW SAP: Es una unidad lógica que consiste en varios pasos de dialogo y es consistente en términos de negocio.
- Work process puede ejecutar una sola LUW DB por cada paso de dialogo.
Esto es una limitante ya que no deja cumplir el principio de ACID, los cambios realizados por una LUW DB no podría hacer ROLLBACK
- Para que LUW SAP cumpla con ACID, los cambios realizados a la DB se realizan en una única LUW de base de datos mediante técnicas de agrupamiento de LUW de base de datos.
- Una LUW SAP implica solo un COMMIT en la última LUW DB.
¿Qué hacer si se cae el sistema?, se requiere realizar un control en los procesos que hayan terminado y si uno se corta se debe verificar con los consultores si es necesario alargar el proceso o realizar un proceso Z que lo corrija.
Si un dato es guardado en la base, los datos son consistentes y no quedara incompleta a menos que hayan realizado programas Z ya que estos se encuentran fuera del estándar y pueden cometer errores.
 
 
 
Sobre el autor
Publicación académica de Sayil Emanuel López Valencia, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Sayil Emanuel López Valencia
Profesión: Sistemas Computacionales - Mexico - Legajo: WA24Q
✒️Autor de: 45 Publicaciones Académicas
🎓Egresado de los módulos:
- Carrera Consultor en SAP Fiori
- Carrera Consultor Basis NetWeaver Nivel Avanzado
- Carrera Consultor Basis NetWeaver Nivel Inicial