SAP HANA a prueba para BI

SAP ha publicado los resultados de una prueba del rendimiento de SAP HANA para necesidades de Business Intelligence. Para lo cual definió un escenario de ventas con cinco años de transacciones que equivalían a 100 TB de información (aplicando una compresión de 20X, en base de datos ocupó 3,78 TB).


SAP ha publicado los resultados de una prueba del rendimiento de SAP HANA para necesidades de Business Intelligence.  Para lo cual definió un escenario de ventas con cinco años de transacciones que equivalían a 100 TB de información (aplicando una compresión de 20X, en base de datos ocupó 3,78 TB).

Para este entorno de pruebas se configuró unas características de hardware detalladas en informe adjunto y se definieron una serie de consultas SQL que equivalen a las consultas que se generan en un entorno de BI.

La conclusión más relevante es que el acceso a los cien mil millones de filas (100.000.000.000) consumieron entre uno y dos segundos para el caso de los informes con opciones de drill-down (profundizar o detallar la información) y hasta un promedio de 3,8 segundos para las consultas de tipo analíticas, las cuales implican mayor complejidad al incluir combinación de tablas y comparaciones de períodos.  Estos tiempos de acceso es lo que algunos llaman “Real-time BI”.

Referencias: (informe)

Productos SAP BusinessObjects con «fecha de caducidad»

SAP ha publicado las fechas de «End of Life» de una serie de productos SAP BusinessObjects (Crystal Reports incluidos), estas fechas indican la culminación del soporte de mantenimiento y mejoras de este software. En algunos casos se trata de versiones muy antiguas para las cuales ya existen una o dos versiones por encima.


SAP ha publicado las fechas de «End of Life» de una serie de productos SAP BusinessObjects (Crystal Reports incluidos), estas fechas indican la culminación del soporte de mantenimiento y mejoras de este software.  En algunos casos se trata de versiones muy antiguas para las cuales ya existen una o dos versiones por encima.

Quizás pueda extrañar la inclusión de SAP BusinessObjects Dashboard 4.0 (Xcelsius) en esta lista, esto no significa que desaparecerá esta herramienta, entendemos que para esta fecha, 30 de junio de 2013, ya se habrá publicado una nueva versión con posibilidades HTML5, la cual coexistirá con SAP Zen (nombre en fase de desarrollo) como propuestas para el diseño de cuadros de mando.

Con respecto a la presencia de Crystal Reports 2011 en esta lista, entendemos es porque Crystal Reports y Xcelsius tienen una estrategia de mantenimiento común.   La amplia comunidad de usuarios que tienen estas dos herramientas garantizan su continuidad.

Referencia: SAP SDN

SAP BusinessObjects BI 4.0 SP 02 Patch 15

Nos pareció revisar el fin de semana si el Patch 15 de SAP BusinessObjects BI 4.0 SP 02 estaba disponible, pero no lo vimos, parece que luego SAP se ha puesto al día y con fecha 19 de abril ha publicado esta actualización.


Nos pareció revisar el fin de semana si el Patch 15 de SAP BusinessObjects BI 4.0 SP 02 estaba disponible, pero no lo vimos, parece que luego SAP se ha puesto al día, y con fecha 19 de abril, ha publicado esta actualización.  

Las actualizaciones de tipo «patch» de la versión SP 02 van en paralelo de la versión SP 03 o FP 03 que sería liberada el 16 de septiembre y que actualmente se encuentra en ramp-up.  SAP BusinessObjects BI 4.0 SP 02 Patch 15 incluye 38 soluciones a errores dispersos en casi todos los componentes, la mayoría de ellos en WebI y conexiones BICS.  La sugerencia es la de siempre, actualizar sólo si se incluye la solución algún error que se tuviese.

Referencia: (doc.)

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.