Ediciones de SAP HANA

Al igual que puede suceder con otros productos, SAP HANA también tiene ediciones, además de las comentadas vía notas de prensa como SAP HANA , Edge Edition vía Business One (una propuesta «indirecta» para la PYME) o la versión Cloud la cual sería más una propuesta IaaS (Infraestructura como servicio), tenemos las siguientes:


Al igual que puede suceder con otros productos, SAP HANA también tiene ediciones, además de las comentadas vía notas de prensa como SAP HANA , Edge Edition vía Business One (una propuesta «indirecta» para la PYME) o la versión Cloud la cual sería más una propuesta IaaS (Infraestructura como servicio), tenemos las siguientes:

  • SAP HANA, Platform Edition.  Esta edición contiene lo básico para usar SAP HANA como una base de datos, incluye SAP HANA database, SAP HANA Studio para modelar y administrar y otros componentes cliente.  Esta edición viene con el hardware del proveedor asociado para ofrecer esta tecnología que se haya elegido (IBM, Dell, HP o Fujitsu) .
  • SAP HANA, Enterprise Edition. Ofrece licencia adicionales para utilizar replicación de datos basada en SAP BusinessObjects Data Services (ETL-based replication).
  • SAP HANA, Extended Enterprise Edition.  ofrece adicionalmente el sistema de replicación de datos basado en Sybase Replication server.

Hola Glooobal!… una empresa SAP HANA

¿A qué puede ser comparable el impacto de una tecnología como SAP HANA? Quizás al surgimiento de SAP ERP o tal vez, el paso del mundo monocromático del MS DOS al entorno MS Windows, posiblemente ambos paralelismos resulten pequeños o desproporcionados, porque todo está por descubrir en HANA, una tecnología que en menos de un año de vida, es uno de los términos más comentados y buscados en Internet.


¿A qué puede ser comparable el impacto de una tecnología como SAP HANA? Quizás al surgimiento de SAP ERP o tal vez, el paso del mundo monocromático del MS DOS al entorno MS Windows, posiblemente ambos paralelismos resulten pequeños o desproporcionados, porque todo está por descubrir en HANA, una tecnología que en menos de un año de vida, es uno de los términos más comentados y buscados en Internet.

Hace unos días tuvimos la suerte de conocer a Gemma Durany, cofundadora y Manager de Glooobal (Heidelberg, Alemania), la primera empresa en el mundo especializada en SAP HANA, además de descubrir su organización, intercambiamos impresiones como la anterior, personalmente, una conversación muy enriquecedora.

Ser el primero, ser diferente y/o ser el mejor

La apuesta de Glooobal podría parecer “arriesgada”, pero el equipo humano que lo conforma también es de la opinión que SAP HANA conlleva un gran poder de transformación para la gestión de las empresas y su apuesta por HANA es clara, la plataforma sobre la que se desarrollarán una nueva generación de aplicaciones y confluirán con facilidad otras tecnologías como el Mobile y el Cloud Computing.

Recomendamos visitar la Página Web de Glooobal, cuenta con un interesante blog, también sugerimos la lectura de los posts de Gemma en SAP SCN.

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. 

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)

¿Cómo comprobar el funcionamiento de SAP HANA?

En un futuro casi inmediato, SAP HANA será el núcleo de los sistemas de información de las organizaciones, a través de esta plataforma confluirán datos y aplicaciones de negocio. Por este motivo, saber que la instalación, configuración y cualquier actualización posterior se ha realizado correctamente, resulta fundamental.


En un futuro casi inmediato, SAP HANA será el núcleo de los sistemas de información de las organizaciones, a través de esta plataforma confluirán datos y aplicaciones de negocio. Por este motivo, saber que la instalación, configuración y cualquier actualización posterior se ha realizado correctamente, resulta fundamental.

Para realizar estas comprobaciones de una plataforma SAP HANA ha publicado un primer documentos de Best Practices con este fin, donde sugiere un modelo de tres fases:

  • Technical Tests. Se centra en la base de datos de SAP HANA, se verifica, sin intervención de los usuarios el buen funcionamiento de las características en las que se basa la tecnología embebida en HANA.
  • Functional Test. Comprobación del buen funcionamiento de las interacciones entre servidores, aplicaciones y usuarios.
  • Performance Test. Con este subconjunto de pruebas se pretende verificar que los tiempos de respuesta sean igual de óptimos según los valores de los indicadores de referencia y que el rendimiento de la infraestructura no se degrade por un excesivo consumo de recursos.

Referencia: (Aquí el manual)