La migración de datos es el proceso de seleccionar, preparar, extraer y transformar datos y transferirlos permanentemente de un sistema de almacenamiento informático a otro. Además, la validación de la integridad de los datos migrados y el desmantelamiento del almacenamiento de datos heredados se consideran parte de todo el proceso de migración de datos. [1] [2] La migración de datos es una consideración clave para cualquier implementación, actualización o consolidación de un sistema, y generalmente se realiza de tal manera que sea lo más automatizada posible, liberando los recursos humanos de tareas tediosas. La migración de datos se produce por una variedad de razones, que incluyen el reemplazo, el mantenimiento o las actualizaciones de equipos de almacenamiento o servidores,migración de aplicaciones , consolidación de sitios web, recuperación ante desastres y reubicación del centro de datos . [2]
Las fases estándar
A partir de 2011[actualizar], "casi el 40 por ciento de los proyectos de migración de datos se realizaron con el tiempo, el presupuesto o fracasaron por completo". [1] [3] Como tal, para lograr una migración de datos eficaz, la planificación adecuada es fundamental. Si bien las características específicas de un plan de migración de datos pueden variar, a veces de manera significativa, de un proyecto a otro, la empresa informática IBM sugiere que hay tres fases principales para la mayoría de los proyectos de migración de datos: planificación, migración y posmigración. [2] Cada una de esas fases tiene sus propios pasos. Durante la planificación, se analizan las dependencias y los requisitos, se desarrollan y prueban escenarios de migración y se crea un plan de proyecto que incorpora la información previa. Durante la fase de migración, se promulga el plan y, durante la posmigración, se valida, documenta y cierra la integridad y minuciosidad de la migración, incluido el desmantelamiento necesario de los sistemas heredados. [2] Para aplicaciones de complejidad moderada a alta, estas fases de migración de datos pueden repetirse varias veces antes de que se considere que el nuevo sistema está completamente validado e implementado.
Planificación : los datos, las aplicaciones, etc. que se migrarán se seleccionan en función de los requisitos y dependencias técnicas, del proyecto y del negocio. Se analizan los requisitos de hardware y ancho de banda. Se desarrollan escenarios factibles de migración y retroceso, así como las pruebas, los scripts de automatización, las asignaciones y los procedimientos asociados . Los requisitos de limpieza y transformación de datos también se miden para los formatos de datos para mejorar la calidad de los datos y eliminar la información redundante u obsoleta. Se decide y desarrolla la arquitectura de migración, se obtienen las licencias de software necesarias y se inician los procesos de gestión de cambios. [1] [2]
Migración : se validan los requisitos de hardware y software, y los procedimientos de migración se personalizan según sea necesario. También puede ocurrir algún tipo de prueba de validación previa para garantizar que los requisitos y la configuración personalizada funcionen como se espera. Si todo se considera bien, comienza la migración, incluidos los actos primarios de extracción de datos , donde se leen los datos del sistema antiguo, y la carga de datos , donde se escriben los datos en el nuevo sistema. Los pasos de verificación adicionales garantizan que el plan de migración desarrollado se haya promulgado en su totalidad. [1] [2]
Después de la migración : después de la migración de datos, los resultados se someten a verificación de datos para determinar si los datos se tradujeron con precisión, están completos y son compatibles con los procesos del nuevo sistema. Durante la verificación, puede ser necesario ejecutar en paralelo ambos sistemas para identificar áreas de disparidad y evitar la pérdida de datos erróneos . Se lleva a cabo documentación e informes adicionales del proyecto de migración y, una vez que la migración se valida por completo, los sistemas heredados también pueden retirarse. Las reuniones de cierre de la migración finalizarán oficialmente el proceso de migración. [1] [2]
Proyecto versus proceso
Existe una diferencia entre la migración de datos y las actividades de integración de datos . La migración de datos es un proyecto mediante el cual los datos se moverán o copiarán de un entorno a otro, y se eliminarán o desmantelarán en la fuente. Durante la migración (que puede tener lugar durante meses o incluso años), los datos pueden fluir en múltiples direcciones y puede haber varias migraciones que se realizan simultáneamente. Las acciones ETL ( extraer, transformar, cargar ) serán necesarias, aunque los medios para lograrlas pueden no ser los tradicionalmente asociados con las siglas ETL.
La integración de datos, por el contrario, es una parte permanente de la arquitectura de TI y es responsable de la forma en que los datos fluyen entre las diversas aplicaciones y almacenes de datos, y es un proceso más que una actividad de proyecto. Las tecnologías ETL estándar diseñadas para suministrar datos desde sistemas operativos a almacenes de datos encajarían dentro de la última categoría. [4]
Categorías
Los datos se almacenan en varios medios en archivos o bases de datos y son generados y consumidos por aplicaciones de software , que a su vez respaldan los procesos comerciales . La necesidad de transferir y convertir datos puede estar impulsada por múltiples requisitos comerciales, y el enfoque adoptado para la migración depende de esos requisitos. Sobre esta base se proponen cuatro categorías principales de migración.
Migración de almacenamiento
Una empresa puede optar por racionalizar los medios físicos para aprovechar tecnologías de almacenamiento más eficientes. [2] Esto resultará en tener que mover bloques físicos de datos de una cinta o disco a otro, a menudo usando técnicas de virtualización . El formato de los datos y el contenido en sí no suelen cambiar en el proceso y normalmente se pueden lograr con un impacto mínimo o nulo en las capas anteriores. [5]
Migración de base de datos
De manera similar, puede ser necesario pasar de un proveedor de base de datos a otro, o actualizar la versión del software de la base de datos que se está utilizando. Es menos probable que el último caso requiera una migración de datos físicos, pero esto puede suceder con actualizaciones importantes. En estos casos, es posible que se requiera un proceso de transformación física, ya que el formato de datos subyacente puede cambiar significativamente. Esto puede afectar o no al comportamiento en la capa de aplicaciones, dependiendo en gran medida de si ha cambiado el lenguaje o el protocolo de manipulación de datos. [6] Sin embargo, algunas aplicaciones modernas están escritas para ser casi completamente independientes de la tecnología de la base de datos, [7] por lo que un cambio de Sybase , MySQL , DB2 o SQL Server a Oracle solo debería requerir un ciclo de prueba para estar seguro de que tanto funcional como el rendimiento no funcional no se ha visto afectado negativamente.
Migración de aplicaciones
Cambiar de proveedor de aplicaciones, por ejemplo, una nueva plataforma CRM o ERP , inevitablemente implicará una transformación sustancial, ya que casi todas las aplicaciones o conjuntos operan en su propio modelo de datos específico y también interactúan con otras aplicaciones y sistemas dentro del entorno de integración de aplicaciones empresariales . [8] Además, para permitir que la aplicación se venda en el mercado más amplio posible, los paquetes comerciales listos para usar se configuran generalmente para cada cliente utilizando metadatos . Los proveedores pueden proporcionar interfaces de programación de aplicaciones (API) para proteger la integridad de los datos que deben manejar. También es posible crear secuencias de comandos en las interfaces web de los proveedores para migrar datos automáticamente. [9]
Migración de procesos empresariales
Los procesos comerciales operan a través de una combinación de acciones de sistemas humanos y de aplicaciones, a menudo orquestadas por herramientas de gestión de procesos comerciales . Cuando estos cambian, pueden requerir el movimiento de datos de una tienda, base de datos o aplicación a otra para reflejar los cambios en la organización y la información sobre clientes, productos y operaciones. Algunos ejemplos de estos impulsores de la migración son las fusiones y adquisiciones, la optimización empresarial y la reorganización para atacar nuevos mercados o responder a una amenaza competitiva. [10]
Las dos primeras categorías de migración suelen ser actividades operativas de rutina de las que se ocupa el departamento de TI sin la participación del resto de la empresa. Las dos últimas categorías afectan directamente a los usuarios operativos de procesos y aplicaciones, son necesariamente complejas y su entrega sin un tiempo de inactividad empresarial significativo puede ser un desafío. Un enfoque altamente adaptable, sincronización concurrente, una capacidad de auditoría orientada al negocio y una clara visibilidad de la migración para las partes interesadas, a través de una oficina de administración de proyectos o un equipo de gobierno de datos, probablemente sean requisitos clave en tales migraciones. [10]
La migración como forma de preservación digital
La migración, que se centra en el objeto digital en sí, es el acto de transferir o reescribir datos de un medio obsoleto a un medio actual y durante muchos años se ha considerado el único enfoque viable para la preservación a largo plazo de objetos digitales. . [11] La reproducción de periódicos quebradizos en microfilmes es un ejemplo de dicha migración.
Desventajas
- La migración aborda la posible obsolescencia del soporte de datos, pero no aborda el hecho de que ciertas tecnologías que ejecutan los datos pueden abandonarse por completo, dejando la migración inútil.
- Consume mucho tiempo: la migración es un proceso continuo, que debe repetirse cada vez que un medio llega a la obsolescencia, para todos los objetos de datos almacenados en un medio determinado.
- Costoso: una institución debe comprar medios de almacenamiento de datos adicionales en cada migración. [12]
Ver también
- Conversión de datos
- Conservación de datos
- Preservación de datos
- Transformación de datos
- Preservación digital
- Extraer, transformar, cargar
- Migración del sistema
Referencias
- ↑ a b c d e Morris, J. (2012). "Capítulo 1: Migración de datos: ¿Cuál es todo el alboroto?" . Migración práctica de datos (2ª ed.). BCS Learning & Development Ltd. págs. 7–15. ISBN 9781906124847.
- ^ a b c d e f g h Dufrasne, B .; Warmuth, A .; Appel, J .; et al. (2017). "Capítulo 1: Introducción a la migración de datos de disco". Técnicas de migración de datos de DS8870 . IBM Redbooks. págs. 1-16. ISBN 9780738440606.
- ^ Howard, P. (23 de agosto de 2011). "Informe de migración de datos - 2011" . Bloor Research International Limited . Consultado el 20 de julio de 2018 .
- ^ King, T. (17 de agosto de 2016). "Integración de datos frente a migración de datos; ¿cuál es la diferencia?" . Revisión de soluciones: integración de datos . LeadSpark, Inc . Consultado el 20 de julio de 2018 .
- ^ Seiwert, C .; Klee, P .; Marinez, L .; et al. (2012). "Capítulo 2: Técnicas y procesos de migración" . Migración de datos a sistemas de almacenamiento en disco de IBM . IBM Redbooks. págs. 7-30. ISBN 9780738436289.
- ^ Fowler, M .; Beck, K .; Brant, J .; et al. (2012). Refactorización: mejora del diseño del código existente . Addison-Wesley. págs. 63–4. ISBN 9780133065268.
- ^ Fronc, A. (1 de marzo de 2015). "Aplicaciones independientes de la base de datos" . Presenta DBA . Consultado el 20 de julio de 2018 .
- ^ Plivna, G. (1 de julio de 2006). "Migración de datos de una aplicación antigua a una nueva: una experiencia" . gplivna.eu . Consultado el 20 de julio de 2018 .
- ^ Ortac, Alper; Monperrus, Martin; Mezini, Mira (2015). "Abmash: mezcla de aplicaciones web heredadas mediante la imitación automatizada de acciones humanas" (PDF) . Software: práctica y experiencia . 45 (5): 581–612. doi : 10.1002 / spe.2249 . ISSN 0038-0644 . S2CID 16940486 .
- ^ a b Allen, M .; Cervo, D. (2015). Gestión de datos maestros multidominio: gestión avanzada de datos y gestión de datos en la práctica . Morgan Kaufmann. págs. 61-2. ISBN 9780128011478.
- ^ van der Hoeven, Jeffrey; Bram Lohman; Remco Verdegem (2007). "Emulación para la preservación digital en la práctica: los resultados" . La Revista Internacional de Curación Digital . 2 (2): 123-132. doi : 10.2218 / ijdc.v2i2.35 .
- ^ Muira, Gregory (2007). "Ampliando los límites de la política del patrimonio tradicional: mantener el acceso a largo plazo a los contenidos multimedia" (PDF) . IFLA Journal . 33 (4): 323–326. doi : 10.1177 / 0340035207086058 . S2CID 110505620 .
enlaces externos
- Migración de datos en Curlie