Hispanopedia WikiLa 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 la desactivación del almacenamiento de datos heredado se consideran parte del proceso completo 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 sistemas, y generalmente se realiza de manera que sea lo más automatizada posible, liberando recursos humanos de tareas tediosas. La migración de datos se produce por diversas razones, incluyendo reemplazos de servidores o equipos de almacenamiento, mantenimiento o actualizaciones, migración de aplicaciones , consolidación de sitios web, recuperación ante desastres y reubicación de centros de datos . [ 2 ]
Las fases estándar
A partir de 2011, "casi el 40 por ciento de los proyectos de migración de datos se retrasaron, superaron el presupuesto o fracasaron por completo." [ 1 ] [ 3 ] Por lo tanto, una planificación adecuada es fundamental para una migración de datos eficaz. Si bien los detalles de un plan de migración de datos pueden variar —a veces significativamente— de un proyecto a otro, IBM sugiere que hay tres fases principales en casi cualquier proyecto de migración de datos: planificación, migración y post-migració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 los escenarios de migración, y se crea un plan de proyecto que incorpora la información previa. Durante la fase de migración, se ejecuta el plan, y durante la post-migración, se valida, documenta y cierra la completitud y exhaustividad de la migración, incluyendo cualquier 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 el nuevo sistema se considere completamente validado e implementado.
Planificación : Los datos y las aplicaciones que se migrarán se seleccionan en función de los requisitos y dependencias empresariales, del proyecto y técnicos. Se analizan los requisitos de hardware y ancho de banda. Se desarrollan escenarios de migración y reversión viables, así como las pruebas, los scripts de automatización, las asignaciones y los procedimientos asociados. También se evalúan los requisitos de limpieza y transformación de datos para los formatos de datos con el fin de 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 del cambio. [ 1 ] [ 2 ]
Migración : Se validan los requisitos de hardware y software, y se personalizan los procedimientos de migración según sea necesario. También se pueden realizar pruebas de prevalidación para asegurar que los requisitos y la configuración personalizada funcionen como se espera. Si todo está correcto, comienza la migración, que incluye las etapas principales de extracción de datos (lectura de datos del sistema antiguo) y carga de datos (escritura de datos en el nuevo sistema). Pasos de verificación adicionales garantizan que el plan de migración desarrollado se haya ejecutado por completo. [ 1 ] [ 2 ]
Posterior a la migración : Tras la migración de datos, los resultados se someten a una verificación para determinar si los datos se tradujeron correctamente, están completos y son compatibles con los procesos del nuevo sistema. Durante la verificación, puede ser necesario ejecutar ambos sistemas en paralelo para identificar discrepancias y evitar la pérdida de datos por error . Se elabora documentación e informes adicionales del proyecto de migración y, una vez validada la migración, se pueden desactivar los sistemas heredados. Las reuniones de cierre de la migración pondrán fin oficialmente al proceso. [ 1 ] [ 2 ]
Proyecto versus proceso
Existe una diferencia entre las actividades de migración e integración de datos . La migración de datos es un proyecto mediante el cual los datos se mueven o copian de un entorno a otro, y se eliminan o desmantelan en el origen. Durante la migración (que puede durar meses o incluso años), los datos pueden fluir en múltiples direcciones y pueden producirse varias migraciones simultáneas. Serán necesarias las acciones ETL ( extracción, transformación y carga ), aunque los métodos para llevarlas a cabo no siempre sean los tradicionalmente asociados con el acrónimo ETL.
La integración de datos, por el contrario, es una parte permanente de la arquitectura de TI y es responsable del flujo de datos entre las distintas aplicaciones y almacenes de datos; se trata de un proceso, no de una actividad de proyecto. Las tecnologías ETL estándar diseñadas para suministrar datos desde los sistemas operativos a los almacenes de datos se incluirían en esta última categoría. [ 4 ]
Categorías
Los datos se almacenan en diversos soportes, ya sean archivos o bases de datos , y son generados y consumidos por aplicaciones de software que, a su vez, dan soporte a los procesos de negocio . La necesidad de transferir y convertir datos puede deberse a múltiples requisitos empresariales, y el enfoque adoptado para la migración depende de dichos requisitos. Sobre esta base, se proponen cuatro categorías principales de migración.
migración de almacenamiento
Una empresa puede optar por racionalizar los soportes físicos para aprovechar tecnologías de almacenamiento más eficientes. [ 2 ] Esto implicará mover bloques físicos de datos de una cinta o disco a otro, a menudo utilizando técnicas de virtualización . El formato y el contenido de los datos no suelen modificarse durante el proceso y, por lo general, se puede lograr con un impacto mínimo o nulo en las capas superiores. [ 5 ]
Migración de base de datos
De manera similar, puede ser necesario cambiar de proveedor de base de datos o actualizar el software de base de datos que se está utilizando. Es menos probable que este último caso requiera una migración física de datos, pero esto puede ocurrir con actualizaciones importantes. En estos casos, puede ser necesario un proceso de transformación física, ya que el formato de datos subyacente puede cambiar significativamente. Esto puede o no afectar el comportamiento en la capa de aplicaciones, dependiendo en gran medida de si el lenguaje o protocolo de manipulación de datos ha cambiado. [ 6 ] Sin embargo, algunas aplicaciones modernas están escritas para ser casi completamente independientes de la tecnología de base de datos, [ 7 ] por lo que un cambio de Sybase , MySQL , IBM Db2 o SQL Server a Oracle solo debería requerir un ciclo de pruebas para asegurarse de que el rendimiento, tanto funcional como no funcional, no se haya visto afectado negativamente.
Migración de aplicaciones
Cambiar de proveedor de aplicaciones —por ejemplo, a una nueva plataforma CRM o ERP— implicará inevitablemente una transformación sustancial, ya que casi todas las aplicaciones o suites operan con su propio modelo de datos específico e 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 al mercado más amplio posible, los paquetes comerciales listos para usar generalmente se configuran para cada cliente mediante metadatos . Los proveedores pueden ofrecer interfaces de programación de aplicaciones (API) para proteger la integridad de los datos que deben manejar. Cuando no hay una API disponible, se pueden usar herramientas de navegador controladas como Selenium o Playwright para controlar programáticamente un navegador web , extrayendo datos de una aplicación web e insertándolos en otra. [ 9 ]
migración de procesos de negocio
Los procesos de negocio operan mediante una combinación de acciones humanas y de sistemas de aplicación, a menudo coordinadas por herramientas de gestión de procesos de negocio . Cuando estos cambian, pueden requerir la transferencia de datos de un almacén, base de datos o aplicación a otro para reflejar los cambios en la organización y la información sobre clientes, productos y operaciones. Ejemplos de estos factores que impulsan la migración son las fusiones y adquisiciones, la optimización empresarial y la reorganización para acceder a nuevos mercados o responder a la competencia. [ 10 ]
Las dos primeras categorías de migración suelen ser actividades operativas rutinarias que el departamento de TI gestiona sin la participación del resto de la empresa. Las dos últimas categorías afectan directamente a los usuarios operativos de los procesos y aplicaciones, son necesariamente complejas y su implementación sin interrupciones significativas en la actividad empresarial puede resultar un desafío. Un enfoque altamente adaptable, la sincronización concurrente, una capacidad de auditoría orientada al negocio y una visibilidad clara de la migración para las partes interesadas —a través de una oficina de gestión de proyectos o un equipo de gobernanza de datos— probablemente sean requisitos clave en dichas 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 soporte obsoleto a uno actual y durante muchos años se ha considerado el único método viable para la preservación a largo plazo de objetos digitales. [ 11 ] La reproducción de periódicos frágiles en microfilm 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 utilizan los datos puedan abandonarse por completo, lo que haría que la migración resultara inútil.
- Es un proceso laborioso: la migración es un proceso continuo que debe repetirse cada vez que un soporte queda obsoleto, para todos los objetos de datos almacenados en dicho soporte.
- Costoso: una institución debe comprar medios de almacenamiento de datos adicionales en cada migración. [ 12 ]
Portabilidad de datos
La portabilidad de datos es un concepto que protege a los usuarios de que sus datos se almacenen en "silos" o "entornos cerrados" incompatibles entre sí, es decir, plataformas cerradas , lo que los somete a la dependencia de un proveedor y dificulta la creación de copias de seguridad de datos o el traslado de cuentas entre servicios.
La portabilidad de datos requiere estándares técnicos comunes para facilitar la transferencia de un controlador de datos a otro, como la capacidad de exportar datos de usuario a un archivo local accesible para el usuario, promoviendo así la interoperabilidad , así como facilitar la búsqueda con herramientas sofisticadas como grep. [ 13 ] [ 14 ]
La portabilidad de datos se aplica a los datos personales. Implica el acceso a los datos personales sin que ello implique la propiedad de los datos en sí misma. [ 15 ]
Véase también
Referencias
- 1 2 3 4 5 Morris, J. (2012). «Capítulo 1: Migración de datos: ¿Por qué tanto revuelo?» . Migración práctica de datos (2.ª ed.). BCS Learning & Development Ltd. págs. 7–15 . ISBN 9781906124847.
- 1 2 3 4 5 6 7 8 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 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 . Recuperado el 20 de julio de 2018 .
- ↑ King, T. (17 de agosto de 2016). "Integración de datos vs. Migración de datos; ¿Cuál es la diferencia?" . Solutions Review - Data Integration . LeadSpark, Inc. Recuperado 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). Refactoring: Improving the Design of Existing Code . Addison-Wesley. pp. 63–64 . ISBN 9780133065268.
- ↑ Fronc, A. (1 de marzo de 2015). "Aplicaciones independientes de la base de datos" . DBA Presents . Recuperado 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 . Archivado del original el 17 de julio de 2018. Recuperado el 20 de julio de 2018 .
- ↑ Ortac, Alper; Monperrus, Martin; Mezini, Mira (2015). "Abmash: mezcla de aplicaciones web heredadas mediante imitación automatizada de acciones humanas". Software: Practice and Experience . 45 (5): 581– 612. arXiv : 1312.0461 . doi : 10.1002/spe.2249 .
- 1 2 Allen, M.; Cervo, D. (2015). Gestión de datos maestros multidominio: MDM avanzado y gobernanza 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" . The International Journal of Digital Curation . 2 (2): 123– 132. doi : 10.2218/ijdc.v2i2.35 .
- ↑ Muira, Gregory (2007). "Ampliando los límites de la política de patrimonio tradicional: manteniendo el acceso a largo plazo al contenido multimedia" (PDF) . IFLA Journal . 33 (4): 323– 326. doi : 10.1177/0340035207086058 . S2CID 110505620 .
- ↑ "DataPortability.org - Comparte y remezcla datos usando estándares abiertos" . DataPortability.org . 23 de julio de 2009. Archivado del original el 23 de julio de 2009. Consultado el 16 de mayo de 2022 .
- ↑ Gideon, Thomas (23-06-2010). "Política de portabilidad de datos: la línea de comandos" . La línea de comandos . Archivado del original el 23-10-2021 . Recuperado el 14-12-2020 .
- ↑ Cofone, Ignacio (2021). "Más allá de la propiedad de los datos" . Revista de Derecho Cardozo. pág. 507.
Enlaces externos
- Ingeniería de datos
