En estos días, mover información de un lugar a otro no es más que una simple operación de copiar y pegar. Todo se vuelve mucho más complicado cuando se trata de transferir millones de datos a un nuevo sistema. Sin embargo, varias empresas tratan incluso una migración masiva de datos como una tarea simple y de bajo nivel, pero resulta en gastar más tiempo y dinero. Estudios recientes revelaron que una tasa considerable de proyectos de migración de datos superó el presupuesto y otro más fue más difícil de lo esperado o incluso fracasó. ¿Cómo evitar caer en un proyecto fallido? La respuesta está en entender los elementos esenciales del proceso de migración de datos, desde sus partes vitales hasta su finalización.
Si ya está familiarizado con los aspectos teóricos de una migración, puede pasar a la fase del proceso de migración de datos donde hay recomendaciones prácticas.
En términos generales, una migración de datos es la transferencia de datos históricos existentes a un nuevo sistema de almacenamiento y procesamiento de datos o formato de archivo. Este proceso no es tan trivial como puede parecer. Implica muchas actividades de preparación y post-migración, incluyendo planificación, respaldo, pruebas de calidad y validación de los resultados.
La migración de datos se produce como parte de un proyecto más amplio, como la modernización o sustitución de software heredado, la expansión de las capacidades de sistema y almacenamiento, la introducción de un sistema adicional para trabajar junto con la aplicación existente, pasar a una base de datos centralizada para eliminar los silos de datos y lograr la interoperabilidad, mover la infraestructura de TI a la nube o fusionar actividades, cuando los entornos de TI necesitan consolidarse en un solo sistema.
Hay tipos de migración de datos comúnmente utilizados, sin embargo, un caso particular de transferencia de datos puede pertenecer, por ejemplo, a la migración de la base de datos y la nube o implicar la migración de la aplicación y la base de datos al mismo tiempo.
Migración de base de datos: Una base de datos no es solo un lugar para almacenar datos. Proporciona una estructura para organizar la información de una manera específica y generalmente se controla a través de un sistema de gestión de bases de datos (DBMS). Así que la mayoría de las veces, la migración de base de datos significa una actualización a la última versión de DBMS (llamada migración homogénenea), un cambio a un nuevo DBMS de un proveedor diferente, p. ej., de SQL a PostgreSQL o de Oracle a MSSQL (llamada migración heterogénea).
Migración de aplicaciones: Cuando una empresa cambia de proveedor de software empresarial, por ejemplo, una empresa inmobiliaria implementa un nuevo sistema de gestión de propiedades o un hospital reemplaza su sistema CRM heredado, esto requiere mover datos de un entorno informático a otro. El desafío clave aquí es que las plataformas antiguas y nuevas pueden tener modelos de datos únicos y trabajar con diferentes formatos de datos.
Migración de almacenamiento: La migración de almacenamiento se produce cuando una empresa adquiere tecnologías modernas y descarta equipos obsoletos. Esto implica el transporte de datos de un medio físico a otro o de un entorno físico a uno virtual.
Migración de centros de datos: Un centro de datos es una infraestructura física utilizada por las organizaciones para mantener sus aplicaciones y datos críticos. Dicho con mayor precisión, es la sala muy oscura con servidores, redes, conmutadores y otros equipos de TI.
Migración a la nube: Migración a la nube es un término popular que abarca todos los casos mencionados anteriormente, ya sea que se trate de mover datos de las instalaciones a la nube o entre diferentes entornos de nube.
Diferentes enfoques de la migración de datos
Elegir el enfoque adecuado para la migración es el primer paso para garantizar que el proyecto funcione sin problemas, sin retrasos graves.
Escenario del Big Bang.
Algunas ventajas podrían ser consideradas como menos costosas, menos complejas, lleva menos tiempo, todos los cambios se producen una vez. Por el contrario: alto riesgo de fallos costosos, requiere tiempo de inactividad. Además, mueve todos los activos de datos desde el entorno de origen al de destino en una sola operación, dentro de una ventana de tiempo relativamente corta.
Este enfoque es adecuado para pequeñas empresas o empresas que trabajan con pequeñas cantidades de datos. No funciona para aplicaciones de misión crítica que deben estar disponibles 24/7.
Migración de datos de olas
Este enfoque es menos propenso a fallas inesperadas, cero tiempo de inactividad requerido.
Sin embargo, es más caro, lleva más tiempo, requiere esfuerzo y recursos adicionales para mantener dos sistemas en funcionamiento; este enfoque aporta experiencia ágil a la transferencia de datos. Divide todo el proceso en ciclos, cada uno con sus propios objetivos, plazos, alcance y controles de calidad.
La migración lenta implica: ejecutar los sistemas antiguos y nuevos en paralelo y transferir datos en pequeños incrementos. Como resultado, se beneficia de cero tiempo de inactividad y sus clientes están contentos debido a la disponibilidad de aplicaciones 24/7.
Es importante considerar que el enfoque iterativo toma mucho más tiempo y agrega complejidad al proyecto. Su equipo de migración debe realizar un seguimiento de los datos que ya se han transportado y asegurarse de que los usuarios pueden cambiar entre dos sistemas para acceder a la información requerida. Otra forma de realizar una migración lenta es mantener la aplicación heredada completamente operativa hasta el final de la migración. Como resultado, sus clientes utilizarán el sistema antiguo como de costumbre y cambiarán a la nueva aplicación solo cuando todos los datos se carguen correctamente en el entorno de destino.
Sin embargo, este escenario no facilita las cosas a sus ingenieros. Deben asegurarse de que los datos se sincronizan en tiempo real entre dos plataformas una vez creados o modificados. En otras palabras, cualquier cambio en el sistema de origen debe desencadenar actualizaciones en el sistema de destino.
Comments