Business Intelligence – Página 60

Actualizar BI4 es necesario y «obligatorio»

Con una entrada en los blogs de SAP SCN y cambiando la programación de mantenimiento, SAP ha comunicado a los usuarios que estén utilizando SAP BusinessObjects BI 4.0 (BI4), deberán actualizar su instalación, a por lo menos, a la versión 4.0 SP4 y mejor aún a la 4.0 SP5, esta última prevista para la segunda semana de noviembre.

Con una entrada en los blogs de SAP SCN y cambiando la programación de mantenimiento, SAP ha comunicado a los usuarios que estén utilizando SAP BusinessObjects BI 4.0 (BI4), deberán actualizar su instalación, a por lo menos, a la versión 4.0 SP4 y mejor aún a la 4.0 SP5, esta última prevista para la segunda semana de noviembre.

Actualmente SAP está brindando mantenimiento de BI4, en paralelo, a las versiones 4.0 SP2 y 4.0 SP4, pero en el caso de la SP2 sólo tendrá una actualización más, el Patch 21, luego de lo cual sólo continuarían en mantenimiento la versión 4.0 SP4 y 4.0 SP5.

Cumpliendo con su plan de mantenimiento, hoy 31 de agosto, SAP ha publicado una nueva actualización de BI4, la 4.0 SP4 Patch 3, incluye la corrección de alrededor de 75 errores que abarcan a toda la plataforma de Business Intelligence de SAP.

Información para migrar SAP BW a SAP HANA

Aún no le vemos mucha lógica llevar SAP NW BW sobre SAP HANA, para nosotros, una imagen como la que adjuntamos es una buena representación de esta situación, somos cada vez más los que dudamos sobre esta “fórmula” y SAP sigue en sus intentos de convencernos que es una solución acertada, el próximo intento es 5 de septiembre.

Aún no le vemos mucha lógica llevar SAP NW BW sobre SAP HANA, para nosotros, una imagen como la que adjuntamos es una buena representación de esta situación, somos cada vez más los que dudamos sobre esta “fórmula” y SAP sigue en sus intentos de convencernos que es una solución acertada, el próximo intento es 5 de septiembre.

Pero “no queda otra”, “es lo que hay”, estas frases que nos gustan muy poco, porque denotan resignación, pero por el momento, “es lo que toca”. Mientras tanto, si tuviésemos la oportunidad de hacer esta migración, una nota técnica a tener presente es la 1600929, que también encaja en la categoría “de consulta frecuente”. En este documento se indica en que otras notas se pueden encontrar más información y se detallan algunos requisitos para migrar SAP NW BW 7.3* a “SAP BW powered by SAP HANA”, como las bases de datos origen permitidas:

Oracle 11.2
IBM DB2 LUW 9.7
MaxDB 7.9
MS SQL server 2008
DB2 for i61, 7.1
DB2 for z/OS V9, V10
SybaseASE 15.7 (Sólo SAP NW BW 7.31)

Referencia: NT 1600929

SAP BusinessObjects Rapid Marts 4.0, BI más pronto

SAP BusinessObjects Rapid Marts es la vía más inmediata para desplegar una plataforma de Business Intelligence con SAP BusinessObjects BI 4.0 (BI4) en las organizaciones que utilicen SAP ERP y no cuenten con SAP NW Business Warehouse.

SAP BusinessObjects Rapid Marts es la vía más inmediata para desplegar una plataforma de Business Intelligence con SAP BusinessObjects BI 4.0 (BI4) en las organizaciones que utilicen SAP ERP y no cuenten con SAP NW Business Warehouse. Con SAP BO RapidMarts es posible implementar toda la capa de datos de un data warehouse (DW) sobre bases de datos Oracle y MS SQL Server, e inclusive, sobre SAP HANA, para que luego sea “explotada” o analizada con las herramientas de BI4.

Actualmente, con SAP BO Rapid Marts 4.0, se ofrecen los siguientes paquetes:

Accounts Payable Rapid Mart
Accounts Receivable Rapid Mart
Cost Center Rapid Mart
Fixed Assets Rapid Mart
General Ledger Rapid Mart
HR Rapid Mart
Inventory Rapid Mart
Plant Maintenance Rapid Mart
Production Planning Rapid Mart
Project Systems Rapid Mart
Purchasing Rapid Mart
Sales Rapid Mart

Los requisitos para utilizar Rapid Marts son los siguientes:

SAP ERP 5.0 o superior.
SAP BusinessObjects Business Intelligence platform 4.0 SP02 Patch 11 o superior.
SAP BusinessObjects Data Services 4.0 SP02 Patch 2 o superior.
Base de datos Oracle 11g o Microsoft SQL Server 2008 R2, para repositorio de SAP BO Data Services y data warehouse (DW), o SAP HANA 1.0 SP3 sólo como DW.

Referencia: NT 1658647 y aquí

Referencias sobre MDX

MDX (MultiDimensionaleXpressions) es el lenguaje equivalente al SQL (Structured Query Language) pero para fuentes de datos multidimensionales, a lo popularmente conocemos como “cubos de datos” o también como “fuentes OLAP” (On-Line Analytical Processing).

MDX (MultiDimensionaleXpressions) es el lenguaje equivalente al SQL (Structured Query Language) pero para fuentes de datos multidimensionales, a lo popularmente conocemos como “cubos de datos” o también como “fuentes OLAP” (On-Line Analytical Processing).

Lo único que tienen en común MDX y SQL es su fin: obtener datos, por lo demás, la diferencia es total, desde la estructura de las sentencias o comandos (sintaxis), hasta la concepción o enfoque que debemos tener en mente en uno y en otro lenguaje. Mientras que SQL fue diseñado para pensar sólo en filas y columnas, en MDX las filas y columnas hacen referencia a las dos primeras dimensiones de un modelo o cubo de datos (aquí una comparativa).

MDX es un lenguaje creado por Microsoft, pero cada vez se está popularizando más, siendo en la actualidad en un «estándar de la industria», tanto es así, que tecnologías recientes como la de SAP HANA incluyen la compatibilidad tanto para SQL como para MDX. A continuación detallamos algunos enlaces dónde podemos encontrar más información sobre este lenguaje:

Referencia: ISBN 9781849681308

Antes de instalar un producto SAP, revisemos si hay PAM

Antes de utilizar un producto deberíamos leer las sus instrucciones de uso, pero cuando se trata de software, quizás por la abundancia o escases de información, primero lo instalamos, y si algo no funciona, nos preguntamos ¿por qué? En el caso de muchos productos SAP, especialmente SAP BusinessObjects Business Intelligence y SAP Enterprise Performance Management (SAP EPM), se cuenta con breves documentos denominados “Platform Information, Support Pack Dates and Maintenance Dates” (PAM) los cuales indican, entre otras cosas, los requerimientos mínimos de software y hardware, compatibilidad con otros productos y fuentes de datos, y en algunos casos, calendarios de próximos mantenimientos.

Como muestra, tenemos los siguientes: