✒️SAP BI / BW BO Administración de ODS

Administración de ODS

1) Utilización 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).

Los ODS almacenan principalmente datos variables detallados. Los objetos DataStore se posicionan en el diseño de almacén general. Pueden utilizarse para dar soporte al reporting detallado de operaciones, o ser parte del almacén en el que pueden utilizarse para acumular años de datos "potencialmente necesarios".

Una diferencia muy importante entre objetos DataStore e InfoCubos es que los objetos DataStore tienen la opción de sobrescribir registros, mientras que los InfoCubos no. Los InfoCubos crean un registro si las características no son exactamente las mismas en dos registros diferentes.

Por ejemplo, ¿no desearía un nuevo registro si cargase el mismo pedido de cliente una vez con status pendiente y otra con status cerrado? Creo que se da cuenta de que la respuesta en la mayoría de los casos es no.

2) Tabla 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 se puede ser definida por el responsable del modelado (número de pedido, posición, reparto, por ejemplo).

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 (explicada más adelante). 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. En este punto puede encontrar el historial completo de las modificaciones, dado que el contenido del log de modificaciones 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 PTD, 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.

Las tablas a nivel de base de datos creadas por el ODS, la veremos en la unidad 5.

3) Opciones de ODS

Cuando modele un objeto DataStore, debería tener en cuenta lo siguiente:

1- ¿Qué InfoObjetos debe contener el objeto DataStore?

2- ¿Qué objetos definen de manera única el proceso? Estos objetos no dependen los unos de otros y normalmente forman la clave del objeto 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í, debería seleccionarse el marcador 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.

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 Clasde de objeto DataStore determinará si deberá o no utilizarse un objeto DataStore estándar, optimizado para escritura (Write Optimized) o de actualización directa (Direct Update).

Recuerde que una vez que el ODS tiene datos, no se 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 los datos en destinos de datos conectados.

4) Ejemplo de activación de ODS estándar

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 que 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 modi%uFB01có 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, eI 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: N° doc.. Por este motivo, la tabla con Ios 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

|-> Click derecho del mouse sobre el ODS a tratar.

|-> Seleccionar la opción Gestionar (Manage), como vemos en la Imagen 5.1

Comenzaremos con la SOLAPA CONTENIDO (Content) como vemos en la imagen 5.2

Como puedes ver tienes 5 botones a tu disposición analicemos de a uno.

}LOGs

Presionando en el botón LOGs nos aparecerá como vemos en la imagen Imagen 5.3 donde podremos ver los logs que nos indica rán en que fecha y con qué estado terminó (verde, rojo) una determinada acción, como puede ser un borrado selectivo por ejemplo.

}Nuevos Datos (New Data)

Como ya fue explicado anteriormente, esta tabla nos muestra todos los datos que 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 esten 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 Cambios (Change Log)

Esta tabla es muy importante, porque es la que nos conservará 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 4 de esta lección se ve claramente, también lo pueden ver en la imagen 5.4.

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 mucha 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 como podemos ver en la imagen 5.5.

NOTA DEL VIDEO

Los datos borrados en el borrado selectivo del ODS se realizan más precisamente en la tabla de datos activos, recordemos que dicha tabla es la utilizada por los queris para obtener la información de los ODS, algo importante a tener en cuenta es que los datos borrados mediante un barrado selectivo ya no se podrán recuperar a no ser que se carguen mediante una nueva petición.

IMPORTANTE SOBRE LA EJERCITACIÓN:

Es importante que tengamos en cuenta que cualquier modificación que realicemos sobre el entorno SAP puede afectar al resto de los usuarios que utilizan el sistema.

Es por ello que te solicitamos que tengas precaución con Ias modificaciones que realizas en el sistema y que Ias mismas se acoten estrictamente a Io solicitado en los ejercicios prácticos.