Migración de datos: qué es y sus riesgos
Qué es una migración de datos
La migración de datos es el proceso de trasladar la información de un sistema a otro: de una base de datos Access o Visual FoxPro a SQL Server, de un ERP antiguo a uno nuevo o de una aplicación propia a una plataforma moderna. No consiste en copiar tablas. Consiste en que los registros sigan significando lo mismo en el destino, con sus claves, sus relaciones y su historial, y en poder demostrarlo.
En muchos proyectos de modernización, la migración de datos es el paso con más riesgo. El código nuevo se puede probar y corregir; un dato mal transformado puede pasar desapercibido durante meses.
Cómo se hace: un plan de migración de datos
Un plan de migración de datos suele incluir estas fases:
- Descubrimiento y perfilado. Se examinan recuentos, tipos, codificación de caracteres, campos vacíos, fechas fuera de rango, duplicados y registros marcados como eliminados.
- Modelo destino y reglas de correspondencia. Para cada tabla se documenta el origen, la transformación de cada campo, el tratamiento de nulos, fechas y decimales, y qué registros se excluyen y por qué.
- Carga inicial y sincronización. Si el proyecto va por fases, se carga el histórico y se sincronizan los cambios hasta que el sistema nuevo toma el control.
- Reconciliación. Se comparan origen y destino antes de dar la migración por terminada.
- Corte. Se fija el momento en que el sistema nuevo pasa a ser la fuente de verdad, con un plan para revertir si algo falla.
Qué riesgos tiene migrar datos de un sistema antiguo
- Reglas ocultas. Una tabla que parece auxiliar puede intervenir en un cálculo de precios o en los permisos.
- Limpiezas sin aprobar. Un código antiguo puede parecer inválido y seguir siendo necesario para reconstruir el histórico.
- Claves y relaciones débiles. Sistemas sin restricciones formales arrastran huérfanos y duplicados.
- Dos fuentes de verdad. Si ambos sistemas pueden modificar el mismo dato durante la convivencia, los conflictos acaban en correcciones manuales.
- "Cuadra lo suficiente". Dar por buena una migración sin comprobarla en información financiera u operativa.
Cómo se comprueba que ha salido bien
La reconciliación compara ambos lados: número de registros por tabla y estado, claves faltantes o duplicadas, sumas de importes por periodo, muestras de histórico y de registros recientes, relaciones y adjuntos, y resultados de informes críticos. Cada diferencia se clasifica como error de migración, dato de origen anómalo, transformación aprobada o regla retirada.
Migración de datos ERP: un ejemplo
Una empresa sustituye una aplicación de gestión antigua por un ERP nuevo. Antes de migrar, revisa qué clientes y artículos siguen activos y qué códigos antiguos necesita el histórico. Carga los datos en un entorno de prueba, compara totales de facturación por año con el sistema antiguo y corrige las diferencias. Solo después fija la fecha de corte.
Migración de datos en DPI Systems
En los proyectos de migración de Access y de Visual FoxPro a .NET, DPI Systems empieza con una evaluación del sistema, prepara la migración de datos a SQL Server y ejecuta una transición progresiva con pruebas y soporte.