✒️SAP BI / BW BO Administración de ODS
SAP BI / BW BO Administración de ODS
1.UTILIZACION DE ODS
Un objeto DataStore se utiliza para almacenar datos consolidados y depurados, datos variables o datos maestros a nivel de documento (nivel atómico)
El objetos DataStore almacena principalmente datos variables detallados. Los objetos Data Storre se posicionan en el diseño de almacén general, como se muestra a continuación. Se utiliza para dar soporte al reporting detallado de operaciones, o ser parte del almacén en el que puede utilizarse para acumular años de datos “potencialmente necesarios” (futuro uso).
Nota:
Una diferencia muy importante entre un objeto DataStore y un InfoCubo es que los ODS tiene la opción de sobrescribir registros, mientras que los infoCubos no.
Los InfoCubos crean un nuevo registro si las características no son exactamente las mismas en 2 registros diferentes.
2.TABLAS DE ODS
Tabla de datos activos
Aquí es donde se almacena el status actual de los datos. Esta tabla contiene una clave semántica, relacionada con la empresa que lo define el responsable del modelado. Por ejemplo numero de pedido, posición, reparto.
También es muy importante que la clave esté correctamente definida por el responsable del modelado, ya que una coincidencia en la clave inicia un tratamiento delta especial durante la fase de activación. El reporting mediante BEx también utiliza esta tabla.
Tabla Log de Modificaciones
Durante la ejecución de activación las modificaciones se almacenan en el log de modificaciones, aquí se puede ver todo el historial completo ya que no su contenido no se borra automáticamente. Los destinos conectados se actualizan desde el log de modificaciones si reciben datos del objeto DataStore en el método Delta.
Tabla de la cola de activación (New Data)
Durante el Proceso de Transferencia de Datos (Data Transfer Process, este determina cuantos datos son transferidos entre dos objetos SAP BI persistentes) los registros se escriben primero en esta tabla. Este paso es necesario debido a la lógica compleja que requiere entonces el proceso de activación y que se explicará con detalle en el punto 4 de esta lección.
Nota: Las tablas a nivel de base de datos creadas por el ODS, lo veremos en la Unidad 5.
3.OPCIONES DE ODS
Cuando se modela un objeto DataStore se debe tener en cuenta lo siguiente:
1. ¿Que InfoObjetos debe contener el objeto DataStore?
2. Que objetos definen de manera única el proceso. Estos objetos no dependen los unos de otros y normalmente forman la clave del DataStore
3. Todos los demás objetos, es decir, aquellos objetos que son dependientes de alguna manera de los objetos determinados en el segundo paso, normalmente conforman los campos de datos del objeto DataStore.
4. ¿ Desea habilitar la velocidad más rápida posible para el objeto DataStore cuando se utilice en el reporting BEx ?, si es así debe marcar Generar SID en la activación. Este marcador sólo debería fijarse cuando necesite utilizar el objeto DataStore en el reporting eficiente. Esto se debe a que ralentiza el rendimiento al cargar datos en este objeto DataStore.
Nota: El reporting aún puede tener lugar con objetos DataStore en los que no se generaron SID durante la activación, simplemente será más lento. Esto también es un requisito previo a la parametrización del marcador de registros de datos únicos.
5. Con el marcador Clase de objeto DataStore determinará si deberá o no utilizarse un objetos DataStore estándar optimizado para escritura (Write Optimized) o de actualización directa (Direct Update).
Nota: Recuerde que una vez que el ODS tiene datos, no puede ser transformado de estándar a optimizado para escritura.
6. Podría fijar el marcador Registros de datos Únicos si la fuente de datos conectada al objeto DataStore sólo entrega registros únicos. El resultado es una mejora del rendimiento. En este contexto, “único” significa que una combinación de claves que ya aparezca en el objeto DataStore no se debe cargar más de una vez, de lo contrario se producirá un error.
7. El marcador Fijar status de calidad automáticamente en OK, provoca que el status de calidad de los datos se fije en OK después de cargarlo sin errores técnicos. Se trata de un requisito previo que se debe cumplir para activar y continuar actualizando los datos en destinos de datos conectados.
4.EJEMPLO DE ACTIVACIÓN EN ODS ESTANDAR
La imagen siguiente muestra que previamente se activó la carga SOL1 con número de pedido 4711 y un valor de 10. El registro de datos con cantidad 10 se envió a una tabla activa y al log de modificaciones (con una solicitud de log de modificaciones específica). Después de activar una solicitud, se borra automáticamente de la cola de activación.
El siguiente paso que se muestra es el mismo pedido (4711) se cargó en la cola de activación con otra solicitud de carga (quizás el día siguiente). Sabemos que el pedido se modificó a 30 porque la clave (4711) coincide con un registro que se encuentra actualmente en la cola de activación.
En la imagen 4.2 se activa esta petición nueva. El nuevo registro de datos sobrescribe entonces al existente en la tabla activa del objeto DataStore. Esto crea un valor actualizado de 30 para el pedido de la tabla activa. También se introduce un nuevo registro en el log de modificaciones, ya que tiene una clave técnica nueva.
Durante la activación de ratios en el modo sobrescribir, el proceso de activación crea un registro con signos invertidos y lo coloca en el log de modificaciones.
En este caso, se trata de un registro para un valor 4711 de -10. Como resultado, al final de la ejecución de la activación, aparecen tres registros de datos de dos solicitudes en el log de modificaciones. En nuestro ejemplo, ambos registros cargados pertenecen a la misma clave semántica: Nro.Doc. Por este motivo, la tabla con los datos activos sólo tiene una entrada.
Una vez más, después de la activación satisfactoria, la cola de activación está vacía. Los números de solicitud generados por la activación en el log de modificaciones no son los mismos que los de la cola de activación, ya que documentan dos sistemas de eventos diferentes
.
5.ADMINISTRANDO UN ODS
Gestionar ODS
Como primer paso lo que debemos es ir a la transacción RSA1
Comenzaremos con la solapa Contenido (Content) como vemos en la imagen 5.2
En Administración del ODS podemos ver 5 botones que serán los siguientes:
- LOGs: Podremos ver los logs que nos indicarán en que fecha y con que estado terminó (verde o rojo) una determinada acción, como puede ser el borrado selectivo, por ejemplo.
- Nuevos Datos (New Data) : Como ya fue explicado anteriormente, esta tabla nos muestra todos los datos han entrado al ODS y que aún no han sido activados para ser utilizados en reportes. También hay que tener en cuenta que hasta que los datos no estén en la tabla de datos activos estos no podrán ser utilizados para ser enviados a un nivel superior como puede ser un infocubo.
- Datos Activos (Active Data) : En esta tabla podemos ver todos los datos que están disponibles para ser utilizados en reportes o en niveles superiores.
- LOG de Cambio (Change Log): Esta tabla es muy importante ya que nos conservara la historia de modificaciones de nuestro ODS, con esta tabla podemos ver que pasaría por ejemplo si borramos la última petición de carga, en el punto 5 de esta lección se ve claramente, también lo pueden ver en la imagen 5.4.
Nota: En la unidad 5 veremos en detalle como limpiar esta tabla ya que por cada carga duplica los registros de la misma, por ese motivo termina siendo mucho más grande que la tabla de datos activos del ODS:
- Borrado Selectivo: Con este botón al igual que vimos en la lección anterior Administración de Infocubos realizaremos borrados específicos en el ODS, este caso lo utilizaremos solamente en los casos que el borrado por petición no sea suficiente o sobrepasa la cantidad de datos que necesitamos borrar.
El borrado selectivo nos da la opción de planificar el borrado.
Las solapas REQUEST y RECONSTRUCTION no las explicaremos en esta lección porque tienen la misma forma de manejarse que los infoCubos.
NOTA AUDIO: Los datos borrados en el borrado selectivo del ODS se realizan en la tabla de datos activos, recordemos que dicha tabla es la utilizada por los querys para obtener la información de los ODS. Algo importante a tener en cuenta es que los datos borrados mediante un borrado selectivo ya no se podrán recuperar a no ser que se carguen mediante una nueva petición.
Sobre el autor
Publicación académica de Gerson Sergio Pozo Contreras, en su ámbito de estudios para la Carrera Consultor en SAP BI / BW BO.
SAP Master
Gerson Sergio Pozo Contreras
Profesión: Ing.electrónico + Técnico Sistemas - España - Legajo: SG31R
✒️Autor de: 73 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Aprender esta potente herramienta del mundo bi para poder tentar nuevas oportunidades de desarrollo profesional, posteriormente integrarlo con hana
Certificación Académica de Gerson Pozo
