Selección del motor para procesar consultas en BW on HANA

En entradas anteriores comentamos sobre los motores (engines) de SAP HANA, los cuales, según el tipo de consulta o cálculo, entran en ejecución para obtener los mejores tiempos de respuesta de todo un proceso que se demande. Para el caso de consultas en un entorno BW on SAP HANA, el motor especialmente diseñado y optimizado para este fin es OLAP Engine, es el que mejores tiempos de procesamiento debería brindar el ejecutar una consulta en SAP NW BW powered by SAP HANA.


En entradas anteriores comentamos sobre los motores (engines) de SAP HANA, los cuales, según el tipo de consulta o cálculo, entran en ejecución para obtener los mejores tiempos de respuesta de todo un proceso que se demande. Para el caso de consultas en un entorno BW on SAP HANA, el motor especialmente diseñado y optimizado para este fin es OLAP Engine, es el que mejores tiempos de procesamiento debería brindar el ejecutar una consulta en SAP NW BW powered by SAP HANA.

Sin embargo, analizando la ejecución de una determinada consulta puede ser posible que se observe que mejores tiempos de respuesta nos brinde el motor JOIN Engine, si fuese así, SAP señala que se trataría de un error el cual debería ser reportado a SAP Support.

Mientras se encuentre la solución al posible error señalado en el párrafo anterior, SAP ofrece un “workaround” el cual debe ser deshabilitado una vez que el problema se resuelva. La “solución temporal” consiste en señalar el motor que debe utilizarse, el cual puede ser señalado para todo el sistema (modificando el parámetro HDB_QUERY_ENGINE_SELECTION), un infoprovider (agregando una fila a la tabla RSDRS_HDB_ENGSEL) o para una determinada consulta (vía transacción RSRT). Para más información consultar la nota 1931671.

Tipos de conexión posibles con el SAP EPM Add-In 10.0 SP 17

El complemento SAP EPM Add-In 10.0 es la herramienta cliente de los principales productos del protfolio SAP Enterprise Performance Managment (SAP EPM, entre ellos SAP BPC) que se integra en MS Office (especialmente a MS Excel).


El complemento SAP EPM Add-In 10.0 es la herramienta cliente de los principales productos del protfolio SAP Enterprise Performance Managment (SAP EPM, entre ellos SAP BPC) que se integra en MS Office (especialmente a MS Excel).

Tipos de conexión posibles con el SAP EPM Add-In 10.0 SP 17 Patch 01

El complemento ha evolucionado en sus últimas actualizaciones (la última referencia conocida es la SP 17 Patch 01) lo que permite conectarse a más fuentes de datos como los modelos de SAP BPC NW 10.1 (en ramp-up), SAP HANA y cubos SAP BW, inclusive con posibilidades de entrada de datos, hasta hace poco, sólo permitida para modelos BPC (Business Planning and Consolidation).

Se debe tener presente que SAP EPM Add-In tiene dos ediciones .NET 3.5 (para MS Office de 32 bits) y .NET 4.0 (para MS Office de 64 bits), esta última es la que permite las conexiones de tipo InA Provider, por ahora, especialmente necesaria para modelos SAP BPC NW 10.1.

Gestión de datos “no-activos” en BW on HANA

La inmediatez de respuesta de SAP HANA es debido, entre otras cosas, porque los datos que podrían ser procesados son cargados en memoria, evitando el acceso a dispositivos electromecánicos como pueden ser los discos. Pero no todos los datos que tiene una organización son necesarios en las tareas habituales, en muchos casos se conserva información histórica por motivos legales o por políticas internas, e inclusive puede haber datos operativos temporales con ninguna utilidad para las tareas de análisis.


La inmediatez de respuesta de SAP HANA es debido, entre otras cosas, porque los datos que podrían ser procesados son cargados en memoria, evitando el acceso a dispositivos electromecánicos, como pueden ser los discos, cada vez que se requieran. Pero no todos los datos que pueda tener una organización son necesarios en las tareas habituales, en muchos casos, se conserva información histórica por motivos legales o por políticas internas, e inclusive puede haber datos operativos temporales con ninguna utilidad para las tareas de análisis.

Cargar todos los datos que podría tener SAP NetWeaver BW on SAP HANA podría originar problemas de rendimiento o cuellos de botella.  A través de la identificación de los denominados “datos no-activos” se puede configurar la información que se cargará en memoria, inclusive se puede detallar a nivel de columna de lastablas de datos, para lograr un mayor rendimiento de la plataforma.

SAP ofrece un monitor que clasifica la información según el tipo de objeto BW que la contiene y la frecuencia de acceso, lo que facilitaría las tareas de identificación de los “datos no activos” para evitar que consuman memoria innecesariamente. Para mayor información consultar las notas SAP 1767880 y 1741844.

Importación de objetos BW para modelarlos en SAP HANA Studio

Si tenemos SAP NetWeaver Business Warehouse sobre una plataforma SAP HANA (BW on HANA) podríamos importar los denominados objetos BW para que sean accesibles desde la interfaz SAP HANA Studio y por consiguiente diseñar vistas de información que faciliten el acceso a los datos desde MS Excel o aplicaciones cliente tales como los componentes SAP BusinessObjects BI e inclusive…


Si tenemos SAP NetWeaver Business Warehouse sobre una plataforma SAP HANA (BW on HANA) podríamos importar los denominados objetos BW para que sean accesibles desde la interfaz SAP HANA Studio y por consiguiente diseñar vistas de información que faciliten el acceso a los datos desde MS Excel o aplicaciones cliente tales como los componentes SAP BusinessObjects BI e inclusive diseñar Universos para que los usuarios de aplicaciones como Lumira o Predictive Analysis pueda acceder a esta información dado que estas herramientas, por el momento, no pueden acceder directamente a consultas BEx.

Los objetos BW importados son presentados en la interfaz SAP HANA según la naturaleza del objeto, así un DataStore lo verámos como una vista analítica con el mimo nombre del objeto origen.  La importación de un cubo o también denominado infocubo generaría una vista analítica de uso interno con el prefijo _INTERNAL y una vista calculada la que podría ser utilizada por los usuarios. Una QuerySnapshot InfoProvider generaría una vista analítica. Un infoObjeto tipo Característica generaría una vista de atributos.

Para más información sobre la importación de objetos SAP NW BW para modelarlos en SAP HANA Studio consultar la nota 1764251 la cual puede presentar novedades en cualquier momento.

“Rapid database migration of SAP NetWeaver Business Warehouse to SAP HANA”

El Rapid Deployment Solutions de SAP (RDS) para cambiar la base de datos relacional de un sistemas SAP NW BW por una base de datos SAP HANA se denomina “Rapid database migration of SAP NetWeaver Business Warehouse to SAP HANA”. Como todo RDS, se ofrece la aplicación de buenas prácticas para minimizar el riesgo y asegurar el éxito del proyecto de migración.


El Rapid Deployment Solutions de SAP (RDS) para cambiar la base de datos relacional de un sistemas SAP NW BW por una base de datos SAP HANA se denomina “Rapid database migration of SAP NetWeaver Business Warehouse to SAP HANA”.  Como todo RDS, se ofrece la aplicación de buenas prácticas para minimizar el riesgo y asegurar el éxito del proyecto de migración.

Opciones RDS para BW on HANA

Con el fin de eliminar los riesgos y minimizar los tiempos de inoperatividad de los sistemas, este RDS evita los procesos manuales, lo que se traduce en una migración sencilla con la menor interrupción a los usuarios de negocio. .  Para este fin, se valoran dos posibles escenarios:

  1. Direct Migration (In-place migration). El sistema actual es migrado directamente para la nueva base de datos y el nuevo sistema reemplaza al anterior.
  2. New system and transportation (Copy, upgrade and migrate). Un nuevo sistema SAP NW BW es configurado con HANA Database.  Los datos y demás elementos del sistema anterior  son transportados o reconstruidos en el nuevo sistema.

La fórmula seleccionada dependerá del volumen de datos o de las necesidades de rediseño de las estructuras de datos, necesidad de definir fases o la inmediatez con la que se requiera ejecutar estas tareas. Pero por la parametrización que pudiese tener un sistema fuente, la opción que incluye la copia previa puede ser la alternativa más recomendada