fbpx
Saltear al contenido principal

pasos para la migración de datos.La migración de un sistema operativo o base de datos a otro puede ser un proceso complejo. Muchos factores entran en juego; desde los requisitos comerciales hasta la estrategia, las habilidades del departamento de TI, los problemas de formato de datos, etc. La migración HANA de SAP, en particular, puede ser un trabajo muy pesado. Este artículo ofrece algunas ideas y pasos sugeridos para la migración de datos HANA de SAP.

¿Qué es la migración HANA de SAP?

La migración HANA de SAP es el proceso en el que se cambia cualquier base de datos que esté utilizando con SAP actualmente a HANA de SAP. Después de la migración, HANA de SAP será su base de datos principal, que respaldará su entorno de SAP en el futuro. Un factor que dificulta la migración HANA de SAP se relaciona con la manera en que HANA organiza los propios datos. HANA de SAP está construida como una base de datos por columnas. En cambio, los sistemas RDBMS tradicionales están basados en filas. HANA de SAP también es una base de datos en memoria, lo que significa que almacena datos en la memoria de estado sólido (RAM) para mejorar el rendimiento. Esta diferencia puede complicar la migración.

Migración de SAP ECC a HANA: proceso paso a paso

Tras trabajar con muchos clientes que llevan a cabo sus negocios en SAP, hemos ideado un proceso efectivo y paso a paso para migrar SAP ECC a HANA de SAP. Los detalles específicos de cada migración varían según los aspectos únicos del negocio y entorno de SAP de cada cliente. Sin embargo, en general, se ha demostrado que los siguientes pasos funcionan bien:

1. Dimensionamiento del entorno HANA de SAP: es importante conocer exhaustivamente el alcance de su infraestructura HANA de SAP. La inconfundible estructura de datos de la plataforma lo hace más rápidamente que sus competidores. Su velocidad se manifiesta concretamente en consultas analíticas complejas. Aquí es donde una base de datos con columnas le permite cargar solo las columnas de datos relevantes. Una base de datos con columnas cambia sus exigencias de recursos simultáneamente. Una base de datos tradicional complementa sus datos con índices de búsqueda, lo que acelera la búsqueda a expensas de una huella de datos más grande. En contraste, HANA de SAP reduce la huella de datos, pero exige recursos de CPU y memoria relativamente altos.

Dadas estas restricciones, no le interesa aprovisionar en exceso o en defecto la capacidad de la base de datos. La mejor práctica consiste en determinar la cantidad de memoria que su conjunto de datos principal requerirá y realizar la planificación a partir de ahí. Le interesará establecer el tamaño de la memoria para datos estáticos y dinámicos, así como los requisitos de tamaño de disco para el «almacenamiento persistente». Estas mediciones deben alinearse con la CPU que usted proporciona para manejar las cargas de trabajo de la base de datos. La herramienta SAP Quick Sizer y los informes de dimensionamiento pueden ayudarle.

2. Corrección del código personalizado: el código personalizado complica el proceso de migración HANA de SAP: Los sistemas más antiguos tienden a tener código personalizado, así como procesos de modelado de datos obsoletos. Estos son poco adecuados para HANA de SAP. Debe corregir estos problemas antes de la migración.

3. Selección de una plataforma: ¿quiere ejecutar HANA de SAP en las instalaciones o en la nube? ¿Qué le parece en una nube privada? Podemos ayudarle a tomar esta decisión. También hay dispositivos certificados de HANA de SAP disponibles. Este enfoque preconfigurado puede ahorrarle tiempo y facilitarle el sólido rendimiento de la base de datos.

4. Determinación de una estrategia de migración: tiene opciones para la forma de llevar a cabo la migración. Puede aplicar el método estándar de copia del sistema utilizando herramientas como SWPM, R3load y Migration Monitor. De forma alternativa, puede usar la opción de migración de base de datos (Database Migration Option, DMO) en SAP Software Update Manager (SUM). Este modo de migración combina la actualización del sistema y una migración técnica.

5. Limpieza de los datos: una migración de base de datos es un excelente pretexto para realizar una limpieza de datos. Puede eliminar duplicaciones y unificar los datos en función de los conjuntos de datos maestros. Puede adaptar los campos a nuevos esquemas estándar para tipos de datos, como códigos postales de nueve dígitos, entre otros. La limpieza crea beneficios como una huella de datos reducida que minimiza los costes de infraestructura.

6. Realización de una prueba de concepto: resulta una buena idea probar su migración en una prueba de concepto (PoC) antes de lanzarse a la migración completa. Una PoC le permite validar el proceso de migración. Puede realizar una PoC en su entorno de Sandbox, identificando problemas que podrían afectar negativamente a la migración final.

Migración de datos S/4HANA, herramientas de migración, requisitos previos, etc.

La migración de datos a S/4HANA presenta desafíos similares a la migración de datos HANA de SAP. Sin embargo, una diferencia es que su sistema debe estar en Unicode. Si está ejecutando Unicode en su entorno SAP, debe pasar a Unicode antes de realizar una migración de datos S/4HANA. A partir de ahí, es un proceso comparable. Realice sus comprobaciones previas en SAP Business Suite desde el principio. Usted hace la planificación del mantenimiento. Una vez que los resultados del planificador de mantenimiento muestren que ha «aprobado» y haya creado un nuevo archivo stack.xml, puede pasar a la fase de realización. Esto se lleva a cabo en SUM.

La migración de datos HANA de SAP requiere el socio adecuado

HANA de SAP no es una solución genérica. Su migración de datos es un proceso complejo y técnico. La migración generalmente funciona bien con un socio que posee una gran experiencia y familiaridad con la plataforma HANA, así como con su sistema operativo, el entorno de alojamiento y la metodología de migración. Sin estas competencias, el socio no podrá utilizar beneficios de HANA de SAP como alto rendimiento, capacidades en tiempo real, seguridad y valor comercial. De hecho, es posible que el socio incorrecto ni siquiera pueda completar el proyecto de migración.

Se necesita una planificación estratégica para tener éxito con una migración de datos HANA de SAP desafiante. La migración puede ser relativamente fluida o profundamente complicada dependiendo de lo bien que la planifique. Su compañero debe trabajar estrechamente con usted para controlar los costes y mantener las interrupciones al mínimo. Por ejemplo, un sistema SAP Suite en HANA puede beneficiarse de tener datos más antiguos archivados antes de que comience la migración. Esto garantiza un proceso rápido, un rendimiento óptimo y una huella más pequeña (y más asequible).

Curtis Gaska - Solution Architect

Curtis Gaska is a solution architect on Symmetry's expert SA team, delivering complete SAP® technical solutions from upgrades to complex landscape implementations. Curtis pairs his sound SAP technical expertise with sales skills to knowledgably advise clients, and prospective clients of Symmetry’s services and product offerings throughout each stage of the sales cycle.

Curtis has a unique ability to deliver technical knowledge to create customs solutions per the client requirements, by not only taking the technical specifications into consideration but also the business drivers particular to that organization in turn creating an optimal SAP environment. This skilled approached includes scoping, planning, and execution of various projects including Migrations/Upgrades/Installs, Hosting and ongoing Managed Services. He also stays abreast of the latest technologies such as road mapping solutions for client’s to leverage SAP HANA® in their current environment to then be hosted in Symmetry’s state-of- the -art Datacenter.