SAP BusinessObjects BI – Página 2

Federación de fuentes de datos en SAP BusinessObjects BI

Con el término “federación” (federation) en SAP BusinessObjects BI se hace referencia a la posibilidad de combinar conjuntos de datos de proveedores o bases de datos distintas, sin la necesidad de recurrir a un repositorio físico que los agrupe. La principal ventaja que obtendríamos es que accederíamos a la información más actualizada que almacenarían las fuentes de datos de nuestro interés.

Con el término “federación” (federation) en SAP BusinessObjects BI se hace referencia a la posibilidad de combinar conjuntos de datos de proveedores o bases de datos distintas, sin la necesidad de recurrir a un repositorio físico que los agrupe. La principal ventaja que obtendríamos es que accederíamos a la información más actualizada que almacenarían las fuentes de datos de nuestro interés.

A través del Information Design Tool (IDT, traducida como Herramienta de Diseño de Información), la aplicación cliente para crear universos, podemos definir diversas conexiones a fuentes de datos relacionales tales como Microsoft SQL Server, Oracle, IBM DB2, Sybase, Teradata, SAP BW (modo relacional), ficheros de texto, XML, Excel, entre otros. Definidas las conexiones relacionales las podemos agrupar en una capa de “infraestructura de datos multifuente” (multisource data foundation) para que se puedan acceder a ellas como si de una única fuente de datos se tratase.

En la denominada “Capa de Federación” (Federation Layer) del IDT, podemos definir los flujos de combinación de las tablas de las distintas fuentes que hemos seleccionado, para dar lugar a nuevas tablas lógicas, denominada tablas federadas, en estas combinaciones señalaremos los criterios y lógicas para este fin, haciendo uso de interfaz gráfica sin apenas necesidad de escribir código SQL, de manera similar a herramientas ETL (Extracción, Transformación y Carga de datos). Si fuese necesario escribir scripts SQL para la creación de una tabla federada, se deberá utilizar un SQL estándar, sin utilizar sentencias particulares que ofreciese cada fabricante de motores de bases de datos.

Debes tener presente que las infraestructuras multifuente para la federación de datos requieren más recursos del host de SAP BusinesObjects BI, los cuales son gestionados por el servicio “Data Federation”, incluido en el servidor Adaptive Processing Server (APS), el cual, como tarea de custumización o puesta a punto de la plataforma, debería estar en funcionamiento de manera aislada, con una asignación de 2 a 8 GB de memoria, según los volúmenes de datos que se acceda.

Nueva Estrategia de Mantenimiento de SAP BusinessObjects BI

SAP BusinessObjects BI 4.2 ha logrado una mayor estabilidad, muy superior a la de sus predecesoras, la 4.0 y 4,1, tiempos en que SAP había previsto, dentro de su estrategia de mantenimiento, una liberación de un Service Pack (correcciones y pequeñas novedades) cada 4 o 6 meses y en el caso de los Patch (sólo correcciones de errores) cada 2 o 3 semanas. Pero esta previsión de actualizaciones ha cambiado según su nueva estrategia de mantenimiento, la cual la podríamos resumir del siguiente modo:

SAP BusinessObjects BI 4.2 ha logrado una mayor estabilidad, muy superior a la de sus predecesoras, la 4.0 y 4,1, tiempos en que SAP había previsto, dentro de su estrategia de mantenimiento, una liberación de un Service Pack (correcciones y pequeñas novedades) cada 4 o 6 meses y en el caso de los Patch (sólo correcciones de errores) cada 2 o 3 semanas. Pero esta previsión de actualizaciones ha cambiado según su nueva estrategia de mantenimiento, la cual la podríamos resumir del siguiente modo:

Para un adecuado control de actualizaciones de tu plataforma SAP BusinessObjects BI, te sugerimos tener control del Plan de actualizaciones, Fechas EOL (End of Life) de y la Estrategia de Mantenimiento BI.

Controla que tu plataforma SAP BusinessObjects BI no quede obsoleta

Sabemos que las actualizaciones de SAP BusinessObjects BI 4.* son frecuentes y no es necesario aplicarlas inmediatamente, a menos que resuelvan problemas críticos que requerimos una pronta solución. Pero el extremo, no es conveniente, puedes estar utilizando una plataforma SAP BusinessObjects BI 4.0 o 4.1 y con un nivel de actualización fuera de soporte.

Sabemos que las actualizaciones de SAP BusinessObjects BI 4.* son frecuentes y no es necesario aplicarlas inmediatamente, a menos que resuelvan problemas críticos que requerimos una pronta solución. Pero el extremo, no es conveniente, puedes estar utilizando una plataforma SAP BusinessObjects BI 4.0 o 4.1 y con un nivel de actualización fuera de soporte.

En el enlace de referencia puedes encontrar un documento que señala las fechas de fin del ciclo de vida de las actualizaciones de SAP BO BI, que te puede ayudar a controlar el nivel de actualizaciones de tu plataforma, que complementaría con la planificación de actualizaciones de SAP que hemos publicado en una entrada anterior.

Referencia: aquí

Conjuntos o Sets en SAP BusinessObjects BI 4.2 SP03

Quizás muy pocos han oído sobre “Set Analysis” de Business Objects 3.1, sí, de la era cuando BusinessObjects se escribía Business Objects… prehistoria del BI… La última vez que conocí un caso de uso de este componente fue en 2007 en el área de marketing para una empresa aseguradora, el objetivo que perseguían, en ese entonces, era la segmentación y clasificación de clientes. Estamos hablando de una aplicación de la plataforma de BI de Business Objects 3.1, tal como Universe Designer o Desktop Intelligence, aplicaciones contemporáneas de este producto.

Quizás muy pocos han oído sobre «Set Analysis« de Business Objects 3.1, sí, de la era cuando BusinessObjects se escribía Business Objects… prehistoria del BI… La última vez que conocí un caso de uso de este componente fue en 2007 en el área de marketing para una empresa aseguradora, el objetivo que perseguían, en ese entonces, era la segmentación y clasificación de clientes. Estamos hablando de una aplicación de la plataforma de BI de Business Objects 3.1, tal como Universe Designer o Desktop Intelligence, aplicaciones contemporáneas de este producto.

El último documento oficial que he encontrado sobre “Set Analysis” data del 2010. Con la llegada de la versión 4.0 de BusinessObjects esta aplicación “desapareció”. Luego de 6 años, SAP ha recuperado “Set Analysis” y la introducido en la actualización 4.2 SP03, liberada a mediados de agosto. Para este fin, se ha creado una nueva categoría de objetos denominado Sets cuya seguridad se podrá gestionar en la CMC. Al igual que las conexiones y universos, los sets o conjuntos serán definidos desde el Information Design Tool, la herramienta para crear universos UNX.

¿Qué son los Sets?

Los Sets o los conjuntos son una nueva categoría de objetos vinculados a los universos publicados en el repositorio de la plataforma BusinessObjects BI , los cuales podrán ser utilizados para elaborar consultas complejas en Web Intelligence, cuando se requiere definir filtros asociados a dimensiones cuyo valor podría estar comprendido en una lista de valores. Los conjuntos podrán estar asociados a calendarios (temporal sets, en la aplicación anterior se denominaban Dinámicos) para observar la evolución en períodos de tiempo. Si no tuviesen calendarios se denominaran estáticos, con lo cual, se obtendrían “instantáneas” de la consulta efectuada.

Por ejemplo, para obtener una relación de clientes que residan en ciertas ciudades, que tengan un rango de edad, que hayan comprado determinados productos y tuviesen hijos, con conjuntos sería tan fácil como arrastrar los conjuntos adecuados. SAP ha presentado esta funcionalidad como una herramienta para completar las tareas de las áreas de marketing y aplicaciones CRM (Customer Relationship Management).

Particularmente observamos que los conceptos y filosofía de trabajo de los Conjuntos o Sets de la 4.2 SP03 son los mismos de Set Analysis 3.1 de hace seis años atrás. La definición al comienzo parece algo compleja, pero será cuestión de habituarse al procedimiento.

Universos vinculados de SAP BusinessObjects BI 4.2

Otra de las novedades de SAP BusinessObjects BI 4.2 es la posibilidad de crear universos vinculados (Linked Universes), nos referimos a los universos UNX, los que se definen con el componente Information Design Tool (IDT).

Otra de las novedades de SAP BusinessObjects BI 4.2 es la posibilidad de crear universos vinculados (Linked Universes), nos referimos a los universos UNX, los que se definen con el componente Information Design Tool (IDT).

Esta nueva funcionalidad permite que las capas que componen un universo UNX, la Data Foundation (Infraestructura de datos) y el Business Layer (Capa empresarial) de uno o más universos sean utilizados, conjuntamente, como punto partida para definir nuevos universos. De este modo, podríamos tener una serie de universos base o de referencia, los cuales se denominan “universos principales” (core universe) que podrían tener definiciones constantes o recurrentes, que al modificarse, se propagarían estas actualizaciones en los universos vinculados.

El concepto de vinculación de universo ya existía en el formato UNV, ahora no recomendado por SAP. La vinculación de Universos UNX va dirigido a mejorar la eficiencia en las tareas de desarrollo y mantenimiento en dónde se cuente con un número elevado de universos, lo cual exige orden y documentación de cómo se vinculan los universos, de lo contrario, se podrían realizar “modificaciones inesperadas”.