✒️SAP BI / BW BO - Bloqueo de Datos

SAP BI / BW BO Bloqueo de Datos

Bloqueo de datos

Conceptos generales de la logica de bloqueo

Se aplica lo siguiente al bloqueo de datos de transaccion:

  • Todos los datos que un usuario llama, en el contexto de un query lista para entrada o una funcion de planificacion, se bloquean de manera exclusiva para dicho ususario.
  • Dos planificacdores se bloquean entre si en caso de que sus selecciones/segmentos coincidan en al menos un registro de datos y tengan al menos un ratio en comun.

El registro de datos se bloquea debido a que forma parte de la seleccion, independientemente de si existe o no el registro. Motivo: el planificador puede estar a punto de crear los registros de datos.

Siempre que un usuario accede a datos planificados (en modo modificacion), estos datos se bloquean frente a los cambios de otros usuarios. Los bloqueos permanecen siempre y cuando el usuario edite este registro de datos (es decir, el tiempo en que estos permanecen en la memoria intermedia); por este motivo, los bloqueos solo se eliminan cuando el usuario abandona la planificacion.

Todos los registros de datos de la agregacion influyen en el resultado (es decir, la suma) y por consiguiente, el valor visto por el usuario y el utilizado por el sistema para calcular los registros delta un vez que se han modificado los datos. Significa que todos los registros (y los registros delta) deben ser bloqueados frente a modificaciones ya que poseen influencia sobre los resultados.

Las selecciones de 2 filtros se bloquean entre si en caso de que (todas) contengan los mismos valores de caracteristica y ratios y tengan al menos un registro de datos en comun. Sin embargo, este registro de datos no tiene necesariamente que existir en la base de datos.

Al ejecutar una funcion de planificacion o una query que usa un filtro, primero se reemplazan las variables del filtro. El reemplazo se realiza automaticamente o el usuario final puede fijar las variables manualmente, Manualmente significa que el usuario introduce los valores de las variables; tambien podria utilizarse una variante para variables si la variable se va a rellenar en la operacion en proceso de fondo.

El filtro se utiliza para bloquear los datos planificados, de este modo se bloquea la seleccion de filtro entera, incluso si posteriormente el usuario restringe mas el filtro.

Solo la variables utilizadas para almacenar el area de seleccion son relevantes al bloqueo. Sin embargo, los ¨valores propuestos¨ de la query (que se podrian rellenar con una variable) no se utilizan para bloqueo, solo se utilizan para la seleccion de datos.

Dependiendo de la opcion de la query, el usuario puede restringir aun mas el filtro o utilizar ¨valores propuestos¨

Las selecciones de caracteristicas grabadas en la definicion del query se introducen en ¨Con Restriccion¨. Las caracteristicas que no tienen restriccion (seleccion) se introducen en ¨Sin Restriccion¨. En lo que respecta al bloqueo, se trata como si todos los valores estuvieran bloqueados, es decir ¨*¨

En ultimo termino, permanecen los ratios registrados en la query lista para entrada. Se añaden al area Ratios.

Gestion de Bloqueos del ¨Servicio de Bloqueo¨

Se utiliza la transaccion RSPLSE

Cuando se ejecuta una query lista para la entrada o funcion de planificacion, los datos seleccionados se bloquean automaticamente.

El bloqueo se lleva a cabo para cada Infositio (el nivel de agregacion, el propio infocubo en tiempo real o un multisitio).

En la solapa ¨Bloqueos¨ observaremos las selecciones bloqueadas luego de introducir el nombre del infositio en el cual esta basada la funcion de planificacion o la query de planificacion.

Transaccion SM12 = para ver las entradas de bloqueo y eliminarlas si se lo cree necesario. Utilizar con la tabla RSPLS_S_S_LOCK, se mostrara que usuarios tienen entradas bloqueadas (las selecciones bloqueadas no se muestran en un formato que se pueda analizar)

Opciones de implementacion para el servicio de bloqueo

Debido a que las tablas de seleccion deben grabarse y gestionarse de manera central para todos los usuario y los servidores de aplicaciones, existen diversas variantes de implementacion del servicio de bloqueo.

  • Servidor de cola SAP: requiere un tamaño para la implemenacion de pequeño a medio, el esfurzo de administracion que requiere es pequeño y su rendimiento, medio
  • Memoria de objetos compartida: posee la mismas cualidades que el anterior, solo que su rendimiento es rapido. Es la opcion por defecto.
  • Live Cache (Memoria de Cache Actual): el tamaño para la implementacion es de medio a grande, el esfuerzo de administracion es medio y su rendimiento es rapido.

Sobre el autor

Publicación académica de German Augusto Macias Chacon, en su ámbito de estudios para la Carrera Consultor en SAP BI / BW BO.

SAP Senior

German Augusto Macias Chacon

Profesión: Ingeniero Electronico - Colombia - Legajo: AG98U

✒️Autor de: 89 Publicaciones Académicas

🎓Egresado de los módulos:

Certificación Académica de German Macias

 

:: Al igual que German ¿Usted está dispuesto a aprender SAP BI / BW BO?

El lunes 29 Noviembre 2021 comenzamos la 🎓Carrera Consultor en SAP BI / BW BO.
Juntos para realizar sus más grandes desafíos!

 Cargando presentación, aguarde unos instantes...

 

 

+Recursos Gratuitos en CVOSOFT:

¡Lo importante es aprender!, por eso en CVOSOFT la comunidad SAP más grande de habla hispana, ponemos a su alcance los siguientes recursos abiertos libres y gratuitos:

Buscador de Publicaciones:

 

 

Consultas y Soporte

👋Hola! Estamos listos para ayudarle con el soporte que su carrera merece.

Acceda sección contacto y seleccione canal de comunicación más cómodo para usted.

🤝Aguardamos su mensaje, ¡Éxitos!

 


 

👉Que las empresas tomen en serio sus estudios es muy importante para que su inversión educativa tenga sentido.
Las empresas líderes de United States y del Mundo confían a CVOSOFT su recurso más valioso, la formación de su gente.

¿Quieres conocerlas?