La base de datos in-memory que sostiene todo el mundo SAP: columnas, transacciones y analytics en el mismo motor, a la velocidad de la RAM.
HANA mantiene los datos en memoria y los organiza por columnas: transacciones y análisis conviven sin copias, y el ERP responde en tiempo real. El reverso: la memoria hay que dimensionarla bien y protegerla mejor — una base de datos en RAM no perdona improvisaciones.
La RAM es el límite y el coste: dimensionamos sobre datos reales de crecimiento, no sobre factores multiplicadores de catálogo.
HANA rinde mejor en máquinas grandes: por eso su casa natural suele ser IBM Power.
Síncrona en el campus para la HA, asíncrona geográfica para el DR: RPO cero donde hace falta, distancia donde cuenta.
Savepoints, log backups continuos y verificaciones de restauración: el backup de un in-memory es un proceso, no un job.
El motor columnar de HANA escribe primero en un delta store optimizado para inserts y luego consolida en el main store comprimido (delta merge): así conviven OLTP y analytics. La persistencia la garantizan savepoints periódicos y redo logs sobre almacenamiento certificado; la RAM se dimensiona normalmente al doble del dato comprimido, y con NSE (Native Storage Extension) los datos templados se quedan en disco sin salir del perímetro HANA.
El motor del ERP: la salud de HANA es la salud del ERP.
Analytics sobre el dato operativo sin ETL nocturnos: el informe vive en el presente.
El data warehouse SAP sobre el mismo motor: menos copias, menos esperas.