¿Qué es la migración de datos?

La migración de datos es el proceso de mover datos de una ubicación a otra, de un formato a otro o de una aplicación a otra. Normalmente, esto es resultado de la introducción de un nuevo sistema o ubicación para los datos. El motor del cambio suele ser una migración o consolidación de aplicaciones en la que los sistemas heredados se reemplazan o aumentan con nuevas aplicaciones que compartirán el mismo conjunto de datos.  Actualmente, las migraciones de datos se inician a menudo a medida que las empresas pasan de la infraestructura y las aplicaciones on-premises al almacenamiento y aplicaciones basados en la nube para optimizar o transformar su empresa.

La respuesta corta es por la «gravedad de los datos». Aunque el concepto de gravedad de los datos existe desde hace tiempo, el reto es cada vez mayor debido a las migraciones de datos a infraestructuras de nube. En resumen, la gravedad de los datos es una metáfora que describe:

• Cómo atraen los datos a otros datos a medida que crecen
• Cómo se integran los datos en una empresa
• Cómo se personalizan los datos con el tiempo

Para mover aplicaciones y datos a entornos más ventajosos, Gartner recomienda "desenredar" datos y aplicaciones como medio para superar la gravedad de los datos. Si las empresas dedican algo de tiempo al principio del proyecto a abordar las dificultades relativas a los datos y las aplicaciones, pueden mejorar la gestión de datos, permitir la movilidad de aplicaciones y mejorar el gobierno de los datos.

El problema principal es que cada aplicación complica la gestión de datos introduciendo elementos de lógica de aplicaciones en el nivel de gestión de datos y cada una de ellas es indiferente al siguiente caso de uso de datos. Los procesos empresariales utilizan los datos de forma aislada y, a continuación, generan sus propios formatos, lo que deja la integración para el siguiente proceso. Por lo tanto, el diseño de aplicaciones, la arquitectura de datos y los procesos empresariales deben responder unos a otros, pero a menudo uno de estos grupos no puede o no está dispuesto a cambiar. Esto obliga a los administradores de aplicaciones a utilizar flujos de trabajo ideales y sencillos, lo que da como resultado diseños subóptimos. Y, aunque la solución puede haber sido necesaria en ese momento, esta deuda técnica debe ser finalmente abordada durante la migración de datos o los proyectos de integración.

Dada esta complejidad, considera la posibilidad de promover la migración de datos al estatus de "arma estratégica" para que obtenga el nivel adecuado de importancia y recursos. Para asegurarte de que el proyecto recibe la atención necesaria, céntrate en el elemento más provocador de la migración - el hecho de que el sistema heredado se va a apagar - y tendrás garantizada la atención de los interesados clave.

Existen numerosas ventajas empresariales para actualizar los sistemas o ampliar un centro de datos a la nube. Para muchas empresas, esta es una evolución muy natural. Las empresas que utilizan la nube esperan que puedan centrar su personal en las prioridades empresariales, impulsar el crecimiento de primera línea, aumentar la agilidad, reducir los gastos de capital y pagar sólo por lo que necesitan a petición. Sin embargo, el tipo de migración emprendida determinará cuánto tiempo puede liberarse el personal de TI para trabajar en otros proyectos.

En primer lugar, definamos los tipos de migración:

• Migración del almacenamiento. El proceso de mover los datos de las cabinas existentes a otras más modernas que permiten a otros sistemas acceder a ellos. Ofrece un rendimiento significativamente más rápido y un escalado más rentable a la vez que permite funciones de gestión de datos como clonado, snapshots y backup y recuperación ante desastres.
• Migración de nube. El proceso de mover datos, aplicaciones u otros elementos empresariales de un centro de datos on-premises a una nube o moverlos entre nubes. En muchos casos, también supone una migración del almacenamiento.
• Migración de aplicaciones. El proceso de mover un programa de aplicación de un entorno a otro. Puede incluir mover toda la aplicación de un centro on-premises a una nube, moverse entre nubes o simplemente mover los datos subyacentes de la aplicación a una nueva forma de la aplicación alojada por un proveedor de software.

La migración de datos implica tres pasos básicos:

1. Extraer los datos
2. Transformar los datos
3. Cargar los datos

Mover datos importantes o confidenciales y decomisionar sistemas heredados puede poner muy nerviosos a los principales responsables. Es necesario tener un plan sólido, pero tampoco es necesario reinventar la rueda. Pueden encontrarse numerosos ejemplos de planes de migración de datos y listas de comprobación en la internet. Por ejemplo, Data Migration Pro, una comunidad de especialistas en migración de datos, tiene una lista de comprobación completa que describe un proceso de 7 fases:

• Planificación previa a la migración. Evalúa los datos que se van a mover a efectos de estabilidad.
• Iniciación del proyecto. Identifica y mantén informadas a las principales partes interesadas.
• Análisis del entorno. Establece un sólido proceso de gestión de reglas de calidad de datos y mantén informadas a las partes implicadas sobre los objetivos del proyecto, incluido el cierre de sistemas heredados.
• Diseño de la solución Determina qué datos se van a mover y la calidad de estos antes y después de su traslado.
• Crea y prueba. Crea código con la lógica de migración y prueba la migración en un reflejo del entorno de producción.
• Ejecutar y validar. Demuestra que la migración ha cumplido los requisitos y que los datos que se han migrado son viables para el uso en el negocio.
• Retirada y supervisión. Apaga y desecha los sistemas antiguos.

Esto puede parecer una gran cantidad de trabajo, pero no todos estos pasos son necesarios para cada migración. Cada situación es única y cada empresa se acerca a la tarea de forma diferente.

Aunque la migración de datos lleva décadas siendo una realidad en la tecnología, seguimos conociendo historias terroríficas cada año. A continuación se presentan los 10 principales retos que las empresas encuentran en el movimiento de datos:

1. No contactar a los interesados clave. No importa el tamaño de la migración, hay alguien, en algún lugar que se preocupa por los datos que se están moviendo. Contacta con ellos y explícales la necesidad de este proyecto y su impacto antes de continuar con la tarea. Si no lo haces,  ten por seguro que tendrás noticias de ellos en algún momento, muy probablement para interrumpir tus plazos.

2. Falta de comunicación con los responsables. Una vez que hayas explicado el proyectro a los principales interesados, asegúrate de que se mantienen al tanto de tu progreos. Lo mejor es proporcionar un informe de estado el mismo día cada semana, sobre todo si hay cambios. La comunicación regular facilita en gran medida la confianza de las partes afectadas.

3. Falta de gobierno de datos. Asegúrate de que queda claro quién tiene los derechos para crear, aprobar, editar o eliminar datos del sistema de origen y dejarlo por escrito como parte del plan del proyecto.

4. Falta de experiencia. Aunque se trata de una tarea sencilla, hay mucha complejidad en el movimiento de datos. Tener un profesional experimentado con excelentes referencias ayuda a que el proceso se desarrolle sin problemas.

5. Falta de planificación. De media, las familias pasan de 10 a 20 horas planificando sus vacaciones, mientras que los equipos de TI pueden pasar tan sólo la mitad de ese tiempo planificando una pequeña migración de datos. Las horas de planificación no siempre garantizan el éxito, pero el hecho de tener un plan de migración de datos sólido ahorra horas cuando se trata de mover los datos.

6. Software y habilidades de preparación de datos insuficientes. Si se trata de una gran migración (millones de registros o cientos de tablas), invierte en un buen software de calidad de datos y contempla la posibilidad de contratar a una empresa especializada para que te ayude. La buena noticia es que una empresa externa probablemente te alquile el software para ayudarte a ahorrar costes.

7. Esperar las especificaciones perfectas del objetivo. Si el equipo de implementación está resolviendo los criterios de diseño, haz presión en los pasos 2 y 3 . Prepararse para el objetivo será importarte en fases posteriores del proyectro, pero eso no debe detenerte ahora.

8. Metodología de migración no probada. Investiga un poco para asegurarte de que el procedimiento de movimiento de datos ha funcionado bien para otras empresas como la tuya. No caigas en la tentación de aceptar el procedimiento genérico que te ofrezca un proveedor.

9. Gestión de proveedores y proyectos. Los proveedores y proyectos deben gestionarse. Si todavía estás con tu trabajo cotidiano, asegúrate de que tienes tiempo para gestionar el proyecto y cualquier proveedor relacionado.

10. Dependencias entre objetos. Con la tecnología y las funcionalidades de las herramientas de gestión de datos disponibles en la actualidad, sigue resultando sorprendente detectar un conjunto de datos dependiente que no se incluyó en el plan original. Dado que las dependencias entre objetos a menudo no se descubren hasta muy tarde en el proceso de migración, asegúrate de contar con un plan de contingencia para ellos de modo que la fecha de entrega no se vea afectada.

Los términos migración de datos y conversión de datos se utilizan a veces de forma intercambiable en Internet, por lo que vamos a aclarar esto: Significan cosas diferentes. Como se señaló anteriormente, la migración de datos es el proceso de mover datos entre ubicaciones, formatos o sistemas. La migración de datos incluye la creación de perfiles de datos, la limpieza de datos, la validación de datos y el proceso continuo de garantía de calidad de datos en el sistema objetivo. En un escenario típico de migración de datos, la conversión de datos es sólo el primer paso de un proceso complejo.

El término conversión de datos se refiere al proceso de transformación de datos de un formato a otro. Esto es necesario cuando se mueven datos de una aplicación heredada a una versión actualizada de la misma aplicación o a una aplicación completamente diferente con una nueva estructura. Para convertirlo, los datos deben extraerse del origen, modificarse y cargarse en el nuevo sistema de destino en función de un conjunto de requisitos.

Otro término que a veces se confunde con la migración de datos es la integración de datos. La integración de datos se refiere al proceso de combinación de datos que residen en distintas fuentes para proporcionar a los usuarios una vista unificada de todos los datos. La integración de datos de varias fuentes es esencial para el análisis de datos. Ejemplo de integración de datos: almacenes de datos, lagos de datos y FabricPools de NetApp®, que automatizan la asignación de niveles de datos entre los centros de datos locales y los clouds o distribuyen automáticamente datos entre el almacenamiento de bloques AWS EBS y los almacenes de objetos AWS S3.

Haz la transición a la infraestructura como servicio (IaaS):

• Rehospedar (lift and shift). Vuelve a poner en marcha datos y aplicaciones en una IaaS sin hacer cambios.
• Revisar (rediseñar). Modifica o amplía el código de aplicación existente para que se ajuste al nuevo entorno de nube.
• Reemplazar. Retira las aplicaciones antiguas alojadas y gestionadas on-premises con una aplicación similar alojada en la nube, por ejemplo, Office365

Haz la transición a la plataforma como servicio (PaaS):

• Refactorizar. Inyecte su código y ejecute su aplicación sobre el cloud.
• Reconstruya. Descarte el código de una aplicación existente y vuelva a diseñar la aplicación encima del cloud.

La elección de un modelo de implementación que se alinee con los requisitos empresariales es esencial para garantizar que cualquier migración de datos sea fluida y satisfactoria y proporcione valor empresarial en términos de rendimiento, seguridad y retorno de la inversión.