aníbal goicochea

Papelera de reciclaje de SAP BusinessObjects BI 4.2

Hasta las versiones previas de SAP BusinessObjects BI 4.2, la eliminación accidental de un informe o documento significa la pérdida irrecuperable o recurrir a las copias de seguridad, si es que esta se había realizado.

Hasta las versiones previas de SAP BusinessObjects BI 4.2, la eliminación accidental de un informe o documento significa la pérdida irrecuperable o recurrir a las copias de seguridad, si es que esta se había realizado.

Con la introducción de la funcionalidad de la papelera de reciclaje de SAP BusinessObjects BI 4.2, cada eliminación de informes o documentos, se traslada dicho objeto con todas los elementos que conlleva, tales como sus instancias y definiciones de seguridad a una “zona intermedia” que permite su recuperación posterior.

Durante un período establecido, el usuario Administrador, u otro usuario miembro del equipo de Administradores podrá recuperar los informes eliminados o en su defecto, podrá eliminarlos definitivamente, imposibilitando su recuperación.

Hemos revisado algunas notas SAP reportando algunos errores en esta característica, los cuales se habrían superado en la actualización SP03 y posteriores.

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.

Acualización SP27 del EPM Add-In, «por defecto», con acceso desactivado a modelos embebidos de BPC 10.1

Los mensajes que acompañan a los cambios o actualizaciones de los productos SAP, a nuestro parecer, les falta un poco de claridad, si vemos el siguiente texto, quizás nos preguntaríamos, ¿qué Add-in utilizaré para mis modelos Embebidos de SAP BPC NW 10.1?

Los mensajes que acompañan a los cambios o actualizaciones de los productos SAP, a nuestro parecer, les falta un poco de claridad, si vemos el siguiente texto, quizás nos preguntaríamos, ¿qué Add-In debo utilizar para mis modelos embebidos de SAP BPC NW 10.1?

En la nota anterior, se señala que en la próxima actualización del EPM Add-in SP27, por defecto, estaría desactivado la definición de conexiones a modelos embebidos de SAP BusinessObjects Planning and Consolidation 10.1 NW, correcto, esto ya es conocido. Pero adicionalmente, se señala que para Analysis for Office 2.3 SP02 también. Esto no significa que para los modelos embebidos deberíamos utilizar otro producto, al menos, no por el momento.

En la nota 2327742 se señala que para modelos embebidos se debe utilizar el plug-in Analysis del Analysis for Office, el cual ofrecería un mejor rendimiento al interpretar con más fiabilidad la arquitectura de estos cubos de datos. Entendemos que en el caso de Analysis for Office 2.3 SP02, el plug-in EPM seguiría existiendo pero deshabilitado para conexiones a los modelos embebidos.

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.