• Blog
  • Big Data
  • Cómo se realiza una prueba de concepto para validar la migración a SAP HANA

Cómo se realiza una prueba de concepto para validar la migración a SAP HANA

8min

Ya en el año 2014 SAP-HANA rompió un récord al almacenar 12.1 Petabytes de datos, 6 veces más que el contenido impreso de todas las bibliotecas académicas del mundo. Ello ofrece una idea de la capacidad de este sistema gestor de base de datos multimodelo de almacenamiento en memoria. Hoy profundizamos algunas de las mejores prácticas para validar la migración a SAP-HANA de una base de datos heredada o tradicional. 

Índice

¿Qué es SAP-HANA y en qué se diferencia de otras bases de datos?

HANA es el acrónimo para el término en inglés High-performance ANalytic Appliance o Wdispositivo analítico de alto desempeño”, que fue desarrollado en 2010 por SAP como el primer sistema de gestión de bases de datos in-memory.

SAP-HANA se diferencia de otras bases de datos multimodelo en que almacena datos en memoria (sea memoria RAM o hipervisores de virtualización) en lugar de hacerlo en almacenamiento en físico, como unidades de estado sólido o discos tradicionales.

Podríamos pensar que una configuración como esta tendría como resultado bajas capacidades de almacenamiento y performance. Nada que ver con la realidad: SAP-HANA otorga capacidades analíticas de avanzada con una muy baja latencia. 

HANA opera como gestor-servidor de bases de datos y aplicaciones capaz de almacenar, administrar y respaldar todo tipo de datos, estructurados y no estructurados.

Esto ha posibilitado a las empresas agilizar el desarrollo de aplicaciones y administración de cargas de trabajo prácticamente en tiempo real, con habilitaciones IA & ML, además de ejecución en la nube. 

Sin embargo, para que SAP-HANA habilite sus beneficios de eficiencia, escalabilidad, integración, inteligencia analítica y velocidad, es necesario implementar una serie de buenas prácticas en la migración, y eso incluye la Prueba de Concepto (PoC) para validar el proceso de migración, antes de su fecha de salida en vivo (a producción). 

Cómo validar la migración SAP-HANA a través de una prueba de concepto

Como cualquier proceso de migración, el pase de una base de datos on-premise heredada y muchas veces anticuada, a las últimas versiones de gestores in-memory como SAP-HANA, puede provocar imprevistos que redundan en problemas de latencia o interrupciones de servicio. De ahí la importancia de realizar una prueba de concepto y así recopilar información de lo que funciona y requerimientos a mejorar. Estos son algunos pasos:

Migración al ambiente Sandbox

Muchos gestores de bases de datos, desarrolladores y especialistas TI no están de acuerdo en la duplicación o clonación del dato a efectos de prueba; no obstante, con esta práctica los beneficios superan los costos. 

Crear un Sandbox o entorno de pruebas aislado y seguro es un paso crucial para cualquier proceso de migración técnica y posibilita:  

  • Identificar posibles problemas en el sistema antes de la entrada a producción que puedan comprometer la disponibilidad del servicio
  • Implementar correctivos a fin de mejorar la entrega e integraciones
  • Mejor idea del tiempo de implementación 
  • Un mejor concepto a los tomadores de decisiones de las capacidades de SAP HANA 
  • Más tiempo para las pruebas y validaciones en un entorno no crítico, minimizando así el pase de errores durante la migración
  • Proporciona una sensación de impulso

El entorno de pruebas SAP Sandbox debe ser lo suficientemente grande y complejo como para representar con precisión la base de datos de producción, pero no a un nivel tal que dificulte su migración.

Para generar una copia del sistema o base, se puede hacer uso del administrador de aprovisionamiento de software y el monitor de migración de Java. 

Calidad del dato en migración

Para los especialistas de SAP, no hay mejor paso que facilite las tareas antes, durante y después del proceso de migración que asegurar la calidad y limpieza de los datos maestros. 

En tal sentido: 

  • Consolida datos en una sola vista maestra para obtener un mejor conocimiento operativo y análisis precisos.
  • Asegura la gobernanza en los datos, es decir, datos maestros en línea con los procesos comerciales, catálogo de productos o servicios, integración de gestión con clientes y proveedores. 
  • Defiende, monitorea, e implementa calidad, recordando que enfoques como gobierno central y distribución, propiedad descentralizada y consolidación, monitoreo de calidad y remediación, son compatibles. 

Y hay importantes beneficios para defender la calidad de la data durante un proceso de migración y validación de prueba de concepto: 

  1. Calidad de data es igual a una huella de datos reducida, lo que también reducirá infraestructura, hardware y costos de licencia de SAP-HANA
  2. El tamaño reducido de los datos permite realizar la migración técnica con un tiempo de inactividad comercial mínimo
  3. Al mantener solo la calidad y los datos necesarios en su sistema, SAP HANA funciona aún mejor después de la migración. 

Ofuscación o Data Masking (Para bases de datos sensibles)

Una de las principales preocupaciones del equipo de migración y entrega e integración de bases de datos es la seguridad de la información, en especial, cuando el proceso se lleva a cabo con el apoyo de recursos e instalaciones fuera de la empresa (tercerización). 

La funcionalidad de Data Masking de SAP HANA permite proteger datos sensibles, agregando una capa de seguridad al modificar parcialmente data, haciéndola inaccesible a usuarios sin privilegios pero manteniendo criterios de usabilidad reales y consistentes. 

Es una buena práctica que resulta especialmente útil cuando la prueba de concepto SAP-HANA involucra normas estrictas de protección de datos.

La copia del sistema (heterogénea) y sus requerimientos

Todo proceso de migración y prueba de concepto para validación implica ejecutar una copia del sistema; la migración de una base de datos cualquiera a SAP-HANA no es la excepción. 

Estas serán homogéneas cuando el sistema operativo y el sistema de base de datos sean los mismos en el origen y el destino. Será una copia heterogénea para los casos de migración en los que se cambia el sistema operativo o el sistema de base de datos. 

Según la documentación técnica de SAP, deben tenerse en cuenta los siguientes requerimientos operativos: 

  • La plataforma del sistema operativo debe ser de 64 bits
  • El núcleo SAP está instalado en Kernel 7.22 EXT de 64 bits o superior
  • La Máquina virtual Java de SAP (JVM de SAP) se ejecuta en SAP JVM 6 o superior
  • Tener especial atención con la compatibilidad de las bases de datos de origen, SAP HANA admite las siguientes bases de datos: 
  1. Oracle: Mínimo v 11.2 o superior
  2. MS SQL Server:  2008 o superior
  3. IBM DB para Linux, UNIX y Windows: mínimo versión 9.7 
  4. SAP MaxDB: 7.8 o superior
  5. SAP Sybase ASE: 15.7 o superior
  6. IBM Db2 para i 6,1 o superior y para z/oS versión 9 o superior

Evaluar los resultados de la prueba de concepto (PoC) y migrar a producción

Una vez implementada la prueba de concepto, se han de evaluar los resultados, lo que implica analizar el rendimiento de la base de datos de destino, el tiempo de migración y si el costo se ajustó al presupuesto.

Si los resultados de la PoC son satisfactorios, y una vez superados los requerimientos técnicos, pruebas de calidad y ajustes, es posible implementar la migración en ambiente de producción

Aquí te dejamos algunas buenas prácticas adicionales para desarrollar una prueba de concepto y validar la migración de bases de datos tradicionales a un gestor de base de datos SAP-HANA:

  1. Utilizar una herramienta de migración automatizada. Una herramienta de migración automatizada puede agilizar y simplificar el proceso de migración, lo que puede ahorrar tiempo y esfuerzo.
  2. Involucrar siempre a los usuarios finales. Los usuarios finales deben estar conectados con el proceso de migración para asegurar de que sus necesidades estén cubiertas.
  3. Las pruebas deben ser exhaustivas. Es importante que las pruebas en SAP Sandbox sean objetivas y sistemáticas para asegurar que la migración otorgue sus beneficios.
  4. Esté preparado para ajustes. Cuando se habla de bases on premise y anticuadas, es posible que sea necesario realizar ajustes en la medida que se avanza en el proceso.

En el año 2019, en Arsys, desde nuestro data center en Madrid, desplegamos nuestra plataforma Cloud dedicada, certificada por SAP y especialmente concebida para optimizar cualquier despliegue SAP-HANA. Estás interesado en probar el verdadero poder de estas bases de datos? ¡Ponte en contacto con nuestros especialistas!

Fernando Fuentes

Productos relacionados: