Preparativos para el viaje a Hana

La experiencia lo demuestra: En el contexto de ERP, Hana tiende a ayudar en escenarios especiales que pueden ser acelerados por la tecnología in-memory. Esto incluye tanto aplicaciones clásicas como la contabilidad de pérdidas y ganancias y de segmentos de mercado o los sistemas de información logística, como procesos de larga duración como la contabilidad de nóminas en RRHH o la planificación de necesidades de material.

Algunos de los módulos y procesos de Hana deben optimizarse actualmente. Para otras aplicaciones, SAP está iniciando una revisión completa. La primera de una serie de innovaciones denominadas S-Innovations es SAP Simple Finance. Están previstas más soluciones basadas en Hana.

La situación es diferente en el sector de los almacenes empresariales. Una simple migración 1:1 de una base de datos clásica a Hana puede mejorar significativamente el rendimiento. Por supuesto, esto no convierte automáticamente un modelo de datos deficiente en uno bueno y eficiente.

Una migración puede ser un primer paso sencillo para obtener beneficios rápidos en términos de rendimiento y funcionamiento del sistema. Sin embargo, siempre debe combinarse con proyectos complementarios, desde la gestión interna, la gestión de datos (almacenamiento nearline o acceso inteligente a datos) y la optimización del código hasta la supervisión del sistema o las alertas. La simple migración a Hana es un buen primer paso, pero no permite aprovechar todo su potencial.

No cabe duda de que Hana es un gran éxito, pero "sólo" es una base de datos. Si el modelado de datos no es óptimo, esto también puede reducir el rendimiento de Hana. En algunos casos, la plataforma funciona incluso más lentamente que la anterior base de datos "clásica".

Esto se debe a que los sistemas SAP solían imponer una gran carga de trabajo a los servidores de aplicaciones. Si ahora los sistemas SAP se ejecutan completamente en Hana para aprovechar la velocidad de la tecnología in-memory, conviene adaptar el modelado de datos y, si es necesario, el código Abap.

Funcionamiento sencillo como base de datos

Hana es realmente fácil de manejar en la práctica como almacén de datos, por ejemplo como sustituto de una base de datos convencional. No se requiere ni un gran número de motores especiales ni Hana Studio.

Todos los clientes de SAP pueden beneficiarse de las ventajas, sobre todo en términos de velocidad y la flexibilidad asociada en la elaboración de informes, especialmente en el entorno BW.

El mito de una "costosa migración a Hana" es infundado. En la práctica, sin embargo, las empresas usuarias de SAP suelen combinar los proyectos de migración con otros proyectos pendientes desde hace tiempo.

Los clásicos son consolidaciones de sistemas, armonizaciones, actualizaciones, archivado/NLS, conversiones Unicode, externalización o incluso cambios de procesos. Debido a estos proyectos integrados, las migraciones a Hana se perciben erróneamente como largas, caras y difíciles de gestionar.

¿A pedido o in situ?

Las empresas usuarias de SAP pueden utilizar Hana tanto on demand como on premise. Incluso en la versión on-premise, las empresas pueden explotar la tecnología a un coste razonable.

Se benefician del hecho de que pueden controlar mejor Hana y adquirir una valiosa experiencia. Para otras empresas, la alternativa bajo demanda es más adecuada. Debes comprobar el contrato, incluidos los acuerdos de nivel de servicio acordados.

Introducir Hana y llevar a cabo una migración definitivamente requiere un poco más que simplemente migrar el sistema operativo o la base de datos.

La tecnología en memoria obliga a adaptar el modelo de datos y el funcionamiento del sistema para que esté preparado para el futuro.

No migrar todos los datos

Los costes de hardware y software suponen el mayor reto para las empresas durante la fase de implantación. Además, la cantidad de datos crece constantemente, mientras que su valor disminuye al mismo tiempo.

La clave aquí es la migración electiva del sistema a Hana. Esto no solo permite una introducción sin complicaciones, sino también una reducción del tamaño del sistema, una mejora del rendimiento de carga y una reducción de los costes operativos.

En lugar de limitarse a copiar todo el sistema, se crea un sistema vacío basado en el modelo de datos del sistema productivo, pero sin datos de transacciones ni datos maestros.

Los datos se migran al nuevo sistema Hana de acuerdo con criterios de selección predefinidos, como criterios temporales u organizativos. Los datos críticos para el negocio permanecen accesibles en todo momento y en tiempo real.

Al mismo tiempo, se puede reducir el coste total de propiedad (TCO), ya que sólo se migran los datos relevantes y se simplifica todo el entorno SAP.

Dimensionamiento efectivo de Hana

Existen varias opciones para dimensionar el hardware del dispositivo Hana en el entorno "no Hana":

• Dimensionamiento de Hana con QuickSizer Tool - una herramienta basada en web que puede ejecutarse a través de SAP Service Marketplace
  Hana Sizing with DB-specific Scripts - Descarga a través de SAP Note 1637145 - SAP BW on Hana: Sizing SAP In-Memory Database
• Dimensionamiento de Hana con un Informe Abap - Download via SAP Note 1793345 - Sizing for SAP Suite on Hana
• Prueba de idoneidad de DataVard BW
  - Prueba de concepto para la migración
  proyecto sobre Hana

El informe Abap es el estándar

La mayoría de las empresas usuarias de SAP utilizan el informe Abap. Comprueba todos los objetos (tablas, tamaños) en el entorno "no Hana". Basándose en los resultados, el informe Abap sugiere un dimensionamiento dedicado.

Esto incluye la memoria para el almacén de filas, el almacén de columnas, el almacén de filas, la CPU, los discos, etc. La salida para el informe Abap tiene este aspecto, por ejemplo:

El informe Abap no utiliza la tecnología ADK (Archive Development Kit). En una empresa, por ejemplo, esto provocó la pérdida de 6 TB de datos en ficheros archivados.

En este caso, Hana se configuró demasiado pequeña desde el principio. Además, el informe de Abap no hacía referencia a la base de datos "Deep Compression" (aparte de la compresión de DB2).

Conclusión

Hana no es la panacea, pero la tecnología en memoria es una base de datos extremadamente rápida. Ofrece grandes ventajas tanto en el sector de los ERP como en el de los almacenes empresariales.

Se aconseja a las empresas que aprovechen estas ventajas. Sin embargo, deberían pensar de antemano para qué quieren utilizar Hana. A partir de ahí, podrán derivar la gestión de datos que sea absolutamente necesaria.

La gran pregunta es: ¿qué datos deben almacenarse en la memoria principal en tiempo real? Por eso, la gestión de datos y la gestión del ciclo de vida de la información son cada vez más importantes.

No cabe duda de que Hana es el futuro. Pero la mayoría de las empresas usuarias de SAP todavía necesitan prepararse para ello de forma eficiente. Porque incluso cuando se migra a Hana, la preparación es crucial.