✒️SAP BASIS El proceso de bloqueo
SAP BASIS El proceso de bloqueo
Proceso de bloqueo
Transacciones de base de datos
Cada dialogo forma una unidad física y lógica: El sistema de DB sobre el que correo nuestro sistema puede coordinar este tipo de transacciones de DB.
Transacciones SAP
El sistema SAP necesita administrar su propio sistema de bloqueo. Esto se logra utilizando el work process de enqueue. Esto asegura la independencia de plataforma utilizada para el sistema.
Sistema de bloqueo SAP
Funciona sobre el principio de que los programas SAP realizan entradas de registros en la lock table (tabla de bloqueo). Solo pueden generarse nuevas entradas en esta tabla si no existen otras que ya para el objeto que intenta bloquearse.
Enqueue work process
Maneja los bloqueos lógicos de las transacciones de SAP en la lock table. Esta tabla se sitúa en la memoria principal de la instancia donde el proceso corre.
Un work process de dialogo que corre en la misma instancia que el enqueue work process puede acceder directamente a la tabla de bloqueo en la memoria principal para chequear si un nuevo bloqueo puede generarse, esto es, si no ocurrirá un conflicto de un bloqueo ya establecido.
Si el blqueo se crea, el work process de dialogo crea la entrada en la tabla y se la entrega a una KEY.
Si el work process de dialogo y el de enqueue corren en diferentes instancias se comunicarán mediante el Message server, en este caso la solicitud de bloqueo se reenvia desde el work process de dialogo al enqueue a través de los dispatchers y el Message server.
Aquí el work process se encarga de checar si se puede crear el bloqueo en la tabla. Si es posible el bloqueo se realiza y la key se envía a través del dispatcher y el Message server.
Modos de bloqueo
Los desarrolladores son quienes deciden el modo de bloqueo para la aplicación.
Exclusive write lock: se denomina con la letra E, los datos bloqueados solo pueden ser utilizados por un usuario y rechaza cualquier otro tipo de bloqueo, solo puede acumular otros bloqueos E por el mismo usuario.
Shared lock mode: se identifican con una S, acepta solicitudes adicionales de lectura. Las de escritura son rechazadas.
Exclusive Noncumulative write lock: se identifican con una X solo puede ser solicitado una vez y todas las demás se rechazan.
Lock Optimistic: Se identifican con una O se establecen como lectura y pueden transformarse en escritura y permite bloqueos adicionales del mimo tipo sobre un objeto.
Cuando un usuario pasa al modo de modificación en una transacción el bloqueo pasa al tipo E. Si otro bloqueo de tipo O existe sobre el objeto estos son eliminados.
Con la transacción SM12 visualizamos todos los bloqueos que actualmente hay en el sistema. Si liberamos un bloqueo podemos generar inconsistencia de datos si es que se encuentra en otro evento transaccional.
Sobre el autor
Publicación académica de Angel Josefat Hernandez Ponce, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
SAP Senior
Angel Josefat Hernandez Ponce
Profesión: Ingeniero en Sistemas - Mexico - Legajo: HZ10B
✒️Autor de: 87 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Formar parte de un equipo de trabajo y consolidarme profesionalmente donde los logros y desempeño sean reconocidos, además de permitir oportunidades de desarrollo personal y profesional.
Certificación Académica de Angel Hernandez
