SAP HANA Database cumple los principios ACID

ACID es el acrónimo de las palabras atomicidad, consistencia, aislamiento y durabilidad en inglés (ACID, atomicity, consistency, isolation y durability) un conjunto de principios básicos o propiedades que debe cumplir cualquier transacción u operación sobre una base de datos:


ACID es el acrónimo de las palabras atomicidad, consistencia, aislamiento y durabilidad en inglés (ACID, atomicity, consistency, isolation y durability) un conjunto de principios básicos o propiedades que debe cumplir cualquier transacción u operación sobre una base de datos:

  • Una transacción tiene que ser atómica. Es decir, si parte de una transacción falla, toda la transacción tiene que fallar, ante un fallo el estado de la base de datos no debe tener cambios (todo o nada).
  • La consistencia de una base de datos debe ser preservado. Todas las transacciones deben ser validadas según el mismo patrón de reglas.
  • Con aislamiento se espera que no se produzcan interferencias entre las transacciones aunque estas se ejecuten simultáneamente.
  • Durabilidad significa que después de la ejecución de una transacción que ha significado una actualización de la base de datos, esta actualización permanecerá allí.

De los cuatro aspectos, sólo el cuarto se vería afectado por el procesamiento en memoria si sólo se almacenaran los datos en la denominada memoria principal, porque esta es volátil (se pierde si se produce un fallo en el suministro eléctrico).  Para que el principio de “durabilidad” se produzca, el almacenamiento se debe realizar en un dispositivo no volátil, tal como los discos duros.

En SAP HANA, este proceso se realiza en “segundo plano” (es decir, mientras que se atiende las peticiones de procesamiento de datos, en paralelo, se realizan estas tareas, sin afectar el rendimiento) para ello, grosso modo, se realiza lo siguiente:

  1. La memoria donde estas todos los datos de la base de datos SAP HANA es dividida en páginas.
  2. Si un dato es modificado, la página de memoria que lo contiene es “marcada”.
  3. Un proceso se ejecuta en intervalos regulares verificando las “páginas de memoria marcadas” para volcar en la base de datos los cambios efectuados.
  4. Para evitar que las últimas modificaciones se pierdan, adicionalmente se guardan un registro (log) de todas las transacciones que actualizan datos. Tras la recuperación de una pérdida del fluido eléctrico, a partir del último punto en que se salvaron los datos se procesan las transacciones grabadas en el log, garantizando de este modo el cumplimiento del principio de durabilidad.

Referencia: (post complementario)

SAP NW BW powered by SAP HANA, obliga a rediseñar el modelo de datos

Al utilizar cualquier tecnología, en su implementación, podemos vernos obligados a realizar ciertas “soluciones” que si estuvieras utilizando otro producto no serían necesarias. Esta situación también se produce con SAP NetWeaver Business Warehouse (SAP NW BW), que para agilizar los tiempos de respuesta se diseña un modelo de datos, algunas veces muy complejo. Pero si pensamos en SAP NW BW sobre SAP HANA (SAP NW BW powered by SAP HANA) debemos considerar las siguientes situaciones:


Al utilizar cualquier tecnología, en su implementación, podemos vernos obligados a realizar ciertas “soluciones” que si estuvieras utilizando otro producto no serían necesarias.  Esta situación también se produce con SAP NetWeaver Business Warehouse (SAP NW BW), que para agilizar los tiempos de respuesta se diseña un modelo de datos, algunas veces muy complejo.  Pero si pensamos en SAP NW BW sobre SAP HANA (SAP NW BW powered by SAP HANA) debemos considerar las siguientes situaciones:

  • Se requiere que la presentación de informes sea más rápida. Como ya muchas veces se ha comentado, SAP HANA brinda tiempos muy reducidos con relación a una plataforma estándar de SAP NW BW.  Tener SAP NW BW sobre SAP HANA  requiere la versión 7.3 de SAP NW BW, lo que puede incrementar los costos si se tiene una versión anterior.
  • Se desea simplificar el modelo de datos de su plataforma SAP NW BW. Con SAP NW BW powered by SAP HANA ya no es necesario la redundancia de datos o agregados para agilizar los procesos y flujos de datos, esto puede conllevar a un trabajo inicial de rediseño de la arquitectura de datos, pero que en el futuro facilitará la administración de los datos, la escalabilidad o adaptabilidad a nuevas necesidades y desarrollos.
  • Se necesita cargas de datos más rápidasSAP HANA brindará cargas de datos más rápidas porque tendrá menos tablas e índices por actualizar, pero un impacto significativo se logrará si se diseña un modelo más eficiente, con menos capas y eliminando redundancias de datos, innecesarias en SAP NW BW powered by SAP HANA.

Considerando estos aspectos, podríamos señalar que llevar SAP NW BW a SAP HANA no pasa sólo por una migración de un producto, para obtener una mejora considerable estaríamos hablando de dos fases:

  • Migración técnica (según el RDS correspondiente demandaría alrededor de 3 meses).
  • Rediseño del modelo de datos para eliminar capas y estructuras innecesarias, que dependiendo de su complejidad, podría ser necesario dividir esta fase en proyectos o etapas.

Definiciones básicas de SAP HANA

A menudo usamos una serie de términos al hablar sobre SAP HANA, tales como appliance, base de datos o sistema, por la novedad que engloba HANA, puede haber ciertas dudas a lo que nos estamos refiriendo, una aclaración al respecto la encontramos en la nota 1661202:


A menudo usamos una serie de términos al hablar sobre SAP HANA, tales como appliance, base de datos o sistema, por la novedad que engloba HANA, puede haber ciertas dudas a lo que nos estamos refiriendo, una aclaración al respecto la encontramos en la nota 1661202:

SAP HANA Appliance hace referencia a toda la instalación en su conjunto que puede estar compuesta por un servidor (node server) o un cluster (conjunto) de servidores, es decir se trata del hardware y del software que lo gestiona.

SAP HANA System es el software que funciona sobre un SAP HANA Appliance está identificado por un SID  (System IDentifier), lo componen una serie de aplicaciones y componentes, de los cuales el más popular y relevente sea SAP HANA Database.

Consideraciones al migrar «SAP NW BW» a «SAP NW BW powered by SAP HANA»

Diciéndolo en pocas palabras SAP NetWeaver Business Warehouse powered by SAP HANA consiste en utilizar la base de datos SAP HANA en lugar de la base de datos relacional que utilizan las plataformas SAP NW BW estándar. Realizada esta migración, se seguirá utilizando BW con las mismas funcionalidades, sin la necesidad de realizar muchas tareas de optimización/administración y obteniendo tiempos de procesamiento muy rápidos.


Diciéndolo en pocas palabras SAP NetWeaver Business Warehouse powered by SAP HANA (BW ON HANA) consiste en utilizar la base de datos SAP HANA en lugar de la base de datos relacional que utilizan las plataformas SAP NW BW estándar.  Efectuada la migración, se podrá utilizar BW on HANA con las mismas funcionalidades que en un BW tradicional pero con tiempos de respuesta reducidos, realizando algunas tareas adicionales de optimización/administración, obtendremos aún mayores beneficios.

A grandes rasgos, la migración de SAP NW BW a SAP NW BW powered by SAP HANA contempla las siguientes tareas:

  • Si aún no se cuenta con una plataforma SAP HANA, el primer paso es identificar las necesidades de la organización para estimar la configuración idónea de SAP HANA Appliance que se requiere (estas tareas se denominan Sizing).
  • Verificar que se cuente con las versiones mínimas exigidas para SAP NW BW (actualmente 7.3 SP5) y si ya se contara con una plataforma SAP HANA, verificar la versión de SAP HANA System.
  • Migrar la base de datos SAP NW BW a SAP HANA.
  • Verificar las fuentes de datos y conexiones (Si se utilizarán SLT o SAP Data Services)
  • Revisar el modelo de datos para retirar características innecesarias es una plataforma SAP HANA, como el cálculo de agregados. Quizás también podría ser necesario revisar las cadenas de procesos para retirar procesos innecesarios.
  • También podría ser factible revisar los modelos de datos para eliminar redundancias de datos que se implementaron para facilitar el procesamiento de la información en un entorno lento que ya no sería necesario en SAP HANA.
  • Conversión de objetos BW a objetos optimizados (cubos y ODSs)
  • Verificación y pruebas

El proceso es mecánico y muy similar entre todas las implementaciones, salvo que se trate de alguna implementación muy especial o particular, un buen punto de partida es utilizar el “despliegue rápido” que SAP ofrece a través de una RDS.

Referencia: (post relacionada)

Conectividad SAP HANA con BI4

Teniendo presente que la conectividad de SAP HANA y SAP BusinessObjects BI (quizás ya deberíamos llamarlo SAP Analytics) está en evolución, compartimos este gráfica en dónde se puede ver las posibilidades de acceder a los datos de la base de datos de SAP HANA desde los componentes de la plataforma de Business Intelligence de SAP.


Teniendo presente que la conectividad de SAP HANA y SAP BusinessObjects BI (quizás ya deberíamos llamarlo SAP Analytics) está en evolución, compartimos este gráfica en dónde se puede ver las posibilidades de acceder a los datos de la base de datos de SAP HANA desde los componentes de la plataforma de Business Intelligence de SAP.

(clic para ampliar imagen)

Referencia: SAP Press