Plantilla de Quick Sizer para SAP BusinessObjects BI 4.0

Determinar las necesidades de CPU, memoria y disco (Sizing) para un nuevo proyecto de TI puede resultar un tanto al azar. Indicar números absolutos sobre la cantidad de registros a procesar o usuarios concurrentes, es como tirar los dados, cualquier número que resulte será válido, ¿cómo estimar sobre algo que nunca se ha utilizado en una empresa, algo tan singular y variable como el uso de una plataforma de Business Intelligence?


Determinar las necesidades de CPU, memoria y disco (Sizing) para un nuevo proyecto de TI puede resultar un tanto al azar.  Indicar números absolutos sobre la cantidad de registros a procesar o usuarios concurrentes, es como tirar los dados, cualquier número que resulte será válido, ¿cómo estimar sobre algo que nunca se ha utilizado en una empresa, algo tan singular y variable como el uso de una plataforma de Business Intelligence?

Para el caso de SAP BusinessObjects BI 4.0 (BI4), la vía más rápida para obtener un Sizing es utilizando la utilidad Quick Sizer, la cual ofrece un plantilla (BO_BI_V26 F.), basada en el siguiente supuesto: El 10% del total de usuarios de la organización serán usuarios de BI4, el 10% de estos serán usuarios concurrentes, los cuales serán distribuidos en partes iguales en cada uno de los componentes de BI4 que se desplieguen.

Utilizar el QuickSizer puede ser un buen punto de partida para el Sizing de BI4,  luego vendrán las pruebas con datos reales, el seguimiento de los ficheros logs y los resultados de utilidades como el Monitoring incluido en el CMC (Consola de Administración Central) de SAP BO BI 4.0, para ajustar las necesidades de memoria de los servicios. 

Referencia: NT 1702470

Vías para replicar los datos en SAP HANA

Si vemos a SAP HANA database como un datawarehouse o conjunto de datmarts, deberemos pasar los datos de las fuentes origen al entorno HANA, para lo cual contamos con tres vías:


Si vemos a SAP HANA database como un datawarehouse o conjunto de datmarts, deberemos pasar los datos de las fuentes origen al entorno HANA, para lo cual contamos con tres vías:

  • Log-based replication. Basada en Sybase Replication Server, es la vía más rápida, pero es compatible sólo para bases de datos UNICODE, no reconoce algunos tipos de tablas SAP y no brinda posibilidades de transformación.
  • Trigger-based replication. Método recomendado para instalaciones con fuentes de datos SAP, replicación en tiempo real e incremetal, la replicación se ejecuta cuando las fuentes de datos origen tienen cambios. (SAP Landscape Transformation – LT – Replication).
  • ETL-based replication. Basada en SAP BusinessObjects Data Services, el método universal y más flexible para replicar datos en HANA, es compatible con cualquier tipo de fuente de datos, permite amplia variedad de transformaciones y programación de los procesos. 

Revisando la «declaración de intenciones» de SAP para el diseño de cuadros de mando

En SAP, la declaración de intenciones, sin que signifique un compromiso dado que puede tener algunos cambios futuros, se denomina Statement of Direction (SOD), recientemente se ha publicado el referido para las soluciones de Dashboarding (herramientas para diseñar tableros o cuadros de mando).


En SAP, la declaración de intenciones, sin que signifique un compromiso dado que puede tener algunos cambios futuros, se denomina  Statement of Direction (SOD), recientemente se ha publicado el referido para las soluciones de Dashboarding (herramientas para diseñar tableros o cuadros de mando).

A raíz de los cambios producidos, como popularización de HTML5, la discontinuidad de Flash para dispositivos móviles o el incremento de la demanda de soluciones compatibles con tabletas o teléfonos inteligentes, ocasionó muchas especulaciones sobre el futuro de Xcelsius (SAP BusinessObjects Dashboards) situación que comentamos más de una vez (aquí, aquí, aquí, aquí y aquí)

El mapa de ruta de SAP para Dashboarding está estructurado en tres fases, sobre los siguientes pilares:

  • Continuidad a Xcelsius. Los componentes más usuales serán compatibles con HTML5 para que nuestros diseños puedan ser visualizados en smartphones y tablets.
  • Movilidad y acceso único.  Uso de HTML5 para asegurar compatibilidad para todos los dispositivos móviles.
  • Zen. Nueva herramienta para el diseño de cuadros de mando (Zen es nombre en fase de desarrollo del producto, no necesariamente al final conserva el mismo nombre).
  • Compatibilidad SAP HANA. Será posible diseñar cuadros de mando que brinden información en tiempo real sobre grandes volúmenes de datos (Big Data)
  • Self service. En la actualidad, el diseño de cuadros de mando no está pensado para el usuario de negocios, se ofrecerá mayor facilidad de uso en la nueva herramienta.

En conclusión, si el SOD se cumple, el diseño de cuadros de mando se debería seguir realizando en Xcelsius, una vez que contemos con Zen, deberíamos valorar si se opta por la nueva herramienta para los nuevos diseños, teniendo en consideración que podremos “migrar” el trabajo hecho con Xcelsius a Zen o trabajar con los dos productos simultáneamente.

Referencias: Blogs SAP y documento SOD

Rapid Marts powered by SAP HANA

Los denominados Rapid Marts son un conjunto de buenas prácticas a nivel de datawarehousing para organizaciones que son usuarios de SAP ERP, no cuentan con SAP NW BW y desean desplegar rápidamente su repositorio de datos para explotarlo con una plataforma de Business Intelligence como SAP BusinessObjects BI


Los denominados Rapid Marts son un conjunto de buenas prácticas a nivel de datawarehousing para organizaciones que son usuarios de SAP ERP, no cuentan con SAP NW BW  y desean desplegar rápidamente su repositorio de datos para explotarlo con una plataforma de Business Intelligence como SAP BusinessObjects BI.

Esta alternativa existe desde hace varios años, la novedad es que los paquetes de carga de datos que la conforman han sido actualizados para poder ser desplegados sobre una base de datos de una plataforma SAP HANA con SAP BusinesObjects Data Services.  Se cubren, entre otros, los siguientes procesos de negocio: ventas, compras, inventarios, RRHH y finanzas.

Referencia (aquí nota técnica 1658647)

Actualización del Programa de mantenimiento SAP BusinessObjects (BI y EPM)

El programa de actualizaciones de los diferentes componentes que llevan en su nombre la palabra BusinessObjects, se ha actualizado, comparándolo con el que comentamos en febrero, …


El programa de actualizaciones de los diferentes componentes que llevan en su nombre la palabra BusinessObjects, se ha actualizado, comparándolo con el que comentamos en febrero, vemos algunos cambios. Se debe tener presente que este planning puede variar en cualquier momento, por tal motivo, es recomendable verificarlo con regular frecuencia, aquí esta el cronograma de actualizaciones.

Referencias: (aquí en formato MS Excel)