¿Estás a punto de enfrentarte a un migración de datos de un sistema a otro? Si aún no es así, este post te será igualmente útil dado que en alguna vez vas a tener que afrontar esta situación. Ya sea por motivos de actualización de sus sistemas o por una ampliación o mejora de toda la infraestructura que lo soporta. Es factible que además tenga que migrar a otros sistemas si desea probar nuevas aplicaciones o nuevos módulos que su equipo está desarrollando antes de ponerlos en conclusión en producción. Lo lógico será probarlos con datos reales y para ellos deberás de enfrentarte a un migración de datos de un sistema a otro.
¿Te imaginas cuántos errores pueden surgir en una de estas migraciones de datos si no te adelantas algunas cosas y aprendes a evitarlas?
Veamos cinco de estos errores y situaciones que debe evitar.
Imagine que se enfrenta a una migración debido a que su compañía se ha fusionado con otra. Es imposible que tu migración se desarrolle sin problemas si los usuarios que conocen los datos de las dos compañías no se involucran con tu departamento desde el principio para elegir cómo deben integrar esos datos.
Lo mismo ocurre si, pese a no ser una fusión, estás intentando integrar datos de varios sistemas en uno. Las personas que comprenden los datos comerciales deben identificarse y ayudarlo.
De cualquier manera, las personas que van a usar los datos después del proyecto de migración deben trabajar con usted para ayudarlo a elegir cómo integrarse entre sí.
Está a punto de mover algunos datos del sistema A al sistema B. ¿Quién es el propietario de esos datos, quién puede autorizar la edición o eliminación de datos redundantes o erróneos? Asegúrese de que nadie venga más tarde a pedirle explicaciones.
Las compañías a menudo no se dan cuenta de que es necesaria una evaluación de los datos que se van a migrar antes de embarcarse en un costoso trabajo de migrar datos de un sistema a otro.
Debe comprender la calidad de los datos existentes en el sistema que hereda; caso contrario, puede caer en una gran trampa en la que no puede obtener ninguna información de los datos migrados y pasa horas y horas tratando de corregirlos o mejorarlos.
A modo de ejemplo, debería hacerse estas preguntas: ¿Los datos del sistema que se van a migrar son útiles para los usuarios que van a utilizarlos ahora? ¿Están bien relacionados y normalizados en el repositorio de datos actual?
No dejes esto para el final. Es verdaderamente necesario si desea asegurarse de que todo el procedimiento funcione correctamente.
Hágase estas preguntas: ¿Cómo se probarán los datos? ¿Quién los probará y evaluará? ¿Quién va a aprobar que el resultado a obtener sea el deseado? ¿Quién es el consumidor final de los datos?
Los trabajadores de una organización pueden ser muy buenos en lo que hacen, pero eso no significa que sean expertos en la administración y migración de datos. A menudo son creadores y consumidores de datos, pero están familiarizados con el uso de herramientas, procesos, servicios, plantillas, etc. necesarios para una migración exitosa.
Entonces, como puede ver, un migración de datos de un sistema a otro no debe tomarse a la ligera. Es un procedimiento crítico que puede llevar mucho tiempo y, si no se disponen en cuenta todas estas cosas, puede resultar desastroso.
