Escenarios de despliegue SAP HANA

La principal característica de SAP HANA es que los datos están almacenados en la memoria principal, lo que le permite procesar grandes volúmenes de información más rápido que las bases de datos tradicionales, las cuales, a menudo, deben recuperar los datos de la memoria secundaria (disco).

Por otro lado, SAP HANA potencia su capacidad de procesamiento en memoria aplicando otras técnicas, tales como:


La principal característica de SAP HANA es que los datos están almacenados en la memoria principal, lo que le permite procesar grandes volúmenes de información más rápido que las bases de datos tradicionales, las cuales, a menudo, deben recuperar los datos de la memoria secundaria (disco).

Por otro lado, SAP HANA potencia su capacidad de procesamiento en memoria aplicando otras técnicas, tales como:

  • Gestión de datos en columnas (columnar)
  • Compresión de datos
  • Procesamiento en la capa de datos
  • Particionamiento de tablas de bases de datos

 Para que todo su software in-memory computing de HANA funcione según lo esperado, sólo utiliza un hardware con ciertas características, el cual es certificado por SAP (SAP HANA appliance), de este modo, se asegura que se cuenta con los recursos necesarios (memoria, disco, procesadores, etc).

Cabe señalar que el SAP HANA Appliance puede ser distribuido con uno de los siguientes sistemas operativos: “SUSE Linux Enterprise” o “Red Hat Enterprise Linux”. El appliance es optimizado a nivel de parámetros del sistema operativo y con el software HANA pre-instalado.

Escenarios SAP HANA

La plataforma SAP HANA brinda la posibilidad de desplegar los siguientes tipos de escenarios

Escenario Data Mart

Unos de los primeros enfoques que se dieron a conocer fue el de Data Mart, el cual se diseña a través de la replicación de datos y vistas HANA para que se exploten con herramientas analíticas, tales como SAP Lumira o Design Studio.

SAP HANA - Escenario Data Mart

Escenario Accelerator

Por otro lado, tenemos el enfoque Acelerador, el cual también se basa en la replicación de datos, no para que estos datos sean evaluados con herramientas analíticas, sino para que transacciones o aplicaciones tradicionales adaptadas recuperen la información de SAP HANA database y no de la base de datos principal.

Un escenario Accelerator tiene como principal ventaja que se consigue mejorar el tiempo en las tareas de acceso a los datos sin necesariamente sustituir la base de datos. El aspecto más negativo, es que los datos se mantienen por duplicado y deben ser actualizados continuamente.

SAP HANA - Escenario AcceleratorUna de las primeras soluciones con el enfoque Acelerador ha sido CO-PA Accelerator, la cual aumenta la velocidad del análisis de la rentabilidad utilizando el módulo de Controlling del SAP ERP.

Escenario Integrado

El enfoque integrado se diferencia de los anteriores en que SAP HANA no se ejecuta en paralelo con las bases de datos que se estuviesen utilizando, SAP HANA se integra totalmente a la arquitectura y reemplaza la antiguas bases de datos.

SAP HANA - Escenario Integrado

Una aplicación integrada se caracteriza por la transferencia de la lógica de aplicación a la capa de datos.

SAP HANA - Aspecto clave de su arquitecturaEl enfoque integrado será posible sólo si las aplicaciones correspondientes se encuentran adaptadas y optimizadas para SAP HANA, lo cual significa que la base de datos, además de realizar las tareas de proveer y almacenar datos, es capaz de procesar o realizar los cálculos en la capa de datos (code push-down), dejándole a la capa de aplicación el papel de orquestación y desencadenante de complejas operaciones de cálculo. De este modo, la aplicación consume los
resultados en la capa de presentación. El más conocido representante en esta categoría es SAP BW on SAP HANA.

Servidor de Estadísticas de SAP HANA

El servidor de estadísticas de SAP HANA (SAP HANA statistics server) es una herramienta de monitorización de la base de datos de SAP HANA, entre otras cosas, controla el rendimiento a través de las siguientes tareas:


El servidor de estadísticas de SAP HANA (SAP HANA statistics server) es una herramienta de monitorización de la base de datos de SAP HANA, entre otras cosas, controla el rendimiento a través de las siguientes tareas:

  • Verificación regular de situaciones críticas y generación de alertas.
  • Generación de información histórica de monitorización en tablas localizadas en el esquema _SYS_STATISTICS.

Para la consulta de la información generada por el servidor de estadísticas, hay una serie de sentencias SQL disponibles (Nota 1969700), en cuanto a las alertas, estas podrían ser monitorizadas y configuradas en SAP HANA Studio (la configuración de alertas se gestionan según el tipo de enfoque que se esté utilizando, ESS o SSS).

La implementación de las estadísticas tiene dos enfoques:

  • Embebido (Embedded Statistics Server , ESS). Denominado embebido porque se incluye dentro del Indexserver Process.
  • Independiente (Standalone Statistics Server, SSS). Es el enfoque antiguo, vigente, pero con importantes desventajas, tales como incremento del uso de memoria, innecesaria generación de datos históricos, datos históricos importantes no recopilados o recursos no compartidos con indexserver process.

Por lo expuesto en los párrafos anteriores, para el uso de estadísticas en SAP HANA, es recomendable el enfoque Embedded Statistics Server porque es más eficiente en el uso de recursos (memoria) y generación de información para la monitorización del sistema. Por otro lado, el enfoque Standalone ya no será mantenido, desde la revisión 74, SAP sugiere realizar la migración.

La migración se puede realizar manualmente, se debe tener presente que desde la actualización 93 las estadísticas Standalone Embebidas se activan automáticamente.

Referencia: Nota SAP 2147247

Cargas y descargas de datos en memoria en SAP HANA

Como ya sabemos, una de las claves del buen rendimiento de SAP HANA es tener los datos en memoria. Este proceso consiste en llevar las columnas de las tablas con almacenamiento columnar a la memoria, a la zona denominada SAP HANA Column Store Memory. Las tablas con almacenamiento basado en filas, son cargadas al iniciarse el sistema y permanecen en esta zona sin variación.


Como ya sabemos, una de las claves del buen rendimiento de SAP HANA es tener los datos en memoria. Este proceso consiste en llevar las columnas de las tablas con almacenamiento columnar a la memoria, a la zona denominada SAP HANA Column Store Memory. Las tablas con almacenamiento basado en filas, son cargadas al iniciarse el sistema y permanecen en esta zona sin variación.

 Cuando las columnas se cargan en memoria, usualmente no se generan problemas, estos se pueden producir al descargarse. Las columnas se cargan en memoria en las siguientes situaciones:

  • Explícitamente accedidas. Cuando una columna es consultada, y si esta no se encuentra en memoria, esta es cargada. Exceptuando las columnas de tipo Hybrid LOB. El tiempo dedicado a las tareas de carga de datos a memoria pueden ser consultados (M_SQL_PLAN_CACHE).
  • Explícitamente cargadas. Vía la sentencia LOAD es posible cargar todas las columnas de todas las tablas o algunas columnas de ciertas tablas, entre otras especificaciones.
  •  Recargadas después del arranque (tablas explícitamente configuradas). A través de la sentencia ALTER TABLE <tabla> PRELOAD puede ser utilizada para definir las tablas que deben ser cargadas directamente después del arranque del sistema.
  • Recargadas después del arranque (basado en columnas previamente cargadas). A través de parametrización de ficheros del sistema (indeserver.ini) se puede establecer que se carguen al iniciar el sistema, las columnas que estaban cargadas antes de la parada previa del sistema.

 Las descarga de una columna se puede producir por los siguientes motivos (columna REASON de la vista M_CS_UNLOADS):

  • Descarga por poca memoria disponible (LOW MEMORY). SAP HANA automáticamente realiza descargas cuando la memoria escasea, esto puede ser muy crítico para el rendimiento del sistema. Esta situación se debe evitar, entre otras cosas, es posible parametrizar el tamaño máximo de los objetos que se deben mantener en memoria (indexserver.ini).
  • Explícitamente descargada. A través de la sentencia UNLOAD es posible descargar las tablas que se deseen.
  • Descarga de recurso no utilizado (UNUSED RESOURCE). Puede establecerse que automáticamente se descargan las columnas cuando exceden un período sin uso (global.ini).

Referencia: SAP Note 2127458

Los «Delta Merges» de SAP HANA

Las actualizaciones de las tablas con almacenamiento columnar de SAP HANA a través de sentencias tales como INSERT, UPDATE o DELETE no son inmediatamente volcadas a la base de datos, estos cambios son guardados en una zona, a la que podríamos calificar como intermedia, denominada “Delta Storage”. Estos datos serán actualizados en la base de datos (Main Storage) a través de un proceso denominado “Delta Merge” el cual se ejecuta en determinados períodos de tiempo.


Operaciones de escritura y lectura con los Delta Storage de SAP HANA en una tabla con almacenamiento basado en columnasLas actualizaciones de las tablas con almacenamiento columnar de SAP HANA a través de sentencias tales como INSERT, UPDATE o DELETE no son inmediatamente volcadas a la base de datos, estos cambios son guardados en una zona, a la que podríamos calificar como intermedia, denominada “Delta Storage”. Estos datos serán actualizados en la base de datos (Main Storage) a través de un proceso denominado “Delta Merge” el cual se ejecuta en determinados períodos de tiempo.

Antes, durante y luego de la ejecución de un proceso Delta Merge

Este mecanismo resulta imperceptible para el usuario que explote o consulte la información, porque las operaciones de lectura tomarán en cuenta tanto los datos del almacenamiento principal como del Delta Storage. SAP HANA utiliza esta técnica para disminuir el acceso a disco y evitar la pérdida de rendimiento.

Modalidades en que un Delta Merge puede ser desencadenado

Las operaciones de Delta Merge se ejecutan en segundo plano, de manera automática o manual, forzada o condicionada. Información sobre cómo configurar, monitorizar y más información técnica sobre los Delta Merge puede encontrarse en la nota SAP 2057046.

SAP vuelve a cambiar nombres, esta vez en BPC 10.1

Podríamos señalar que el cambio de nombres a los productos y/o a los componentes que lo conforman, es el paso inevitable por el que transcurre la gran mayoría de productos SAP hacia su maduración. Esta vez, le ha tocado al recientemente estrenado SAP Business Planning and Consolidation 10.1 para NetWeaver.


Podríamos señalar que el cambio de nombres a los productos y/o a los componentes que lo conforman, es el paso inevitable por el que transcurre la gran mayoría de productos SAP hacia su maduración. Esta vez, le ha tocado al recientemente estrenado SAP Business Planning and Consolidation 10.1 para NetWeaver.

Ventana de Gestión de Environments en el nuevo BPC 10.1 SP2 (Clásico o Estándar) - Opción Create estaría habilitada en una instalación Unified o Embedded

Tal como ya hemos comentado en alguna ocasión, en BPC 10.1 NW es posible crear entornos similares a los que conoces en la versión 10.0, a los que SAP nos enseñó, inicialmente, denominar como Clásicos (Classic). Por otro lado, en instalaciones de BPC 10.1 sobre SAP HANA, tenemos la posibilidad de crear estructuras para modelos de planificación que obtengan el máximo beneficio de la plataforma in-memory de SAP, esta otra categoría SAP nos indicó que se denominaba Unificado (Unified).

Pues bien, a través de la nota 2117885, SAP nos comunica que a partir del Support Package 3 (SP3) de BPC 10.1 NW, todo lo que conocíamos cómo Classic pasa a denominarse Standard  y todo lo que conocíamos cómo Unified, ahora se denomina Embedded.