Migración de datos

Ir a: navegación, búsqueda de

Migración de datos es el proceso de transferencia datos entre almacenamiento de información tipos, formatos, o sistemas informáticos. Es una consideración clave para cualquier implementación del sistema, actualización o consolidación. Migración de datos generalmente se realiza mediante programación para lograr una migración automatizada, liberando recursos humanos de tareas tediosas. Migración de datos se produce por una variedad de razones, incluyendo: servidor o reemplazos de equipos de almacenamiento de información o actualizaciones; Consolidación de sitio; Mantenimiento del servidor; y reubicación de Data center.[1]

Para lograr un procedimiento de migración de datos eficaz, datos sobre el viejo sistema se asignan al nuevo sistema proporciona un diseño para extracción de datos y carga de datos. El diseño refiere viejos formatos de datos a los formatos y requerimientos del nuevo sistema. Migración de datos mediante programación puede implicar muchas fases pero mínimamente incluye extracción de datos donde se leen datos del viejo sistema y carga de datos donde los datos se escriben en el nuevo sistema.

Si una decisión se ha hecho para proporcionar una especificación de archivo de entrada set para cargar datos en el sistema de destino, esto permite una carga previa 'validación de datos' paso para poner en marcha, interrumpiendo el proceso estándar de E (T) L. Tal un proceso de validación de datos puede diseñarse para interrogar a los datos a ser transferidos, para asegurarse de que cumple los criterios predefinidos del ambiente objetivo y la especificación de archivo de entrada. Una estrategia alternativa es validación de datos on-the-fly que ocurre en el punto de carga, que puede ser diseñada para informar sobre errores de rechazo de carga conforme avanza la carga. Sin embargo, en caso de que los elementos de datos extraídos y transformados son altamente 'integrados' uno con el otro, y la presencia de todos los datos extraídos en el sistema de destino es esencial para la funcionalidad del sistema, esta estrategia puede tener efectos perjudiciales y no fácilmente cuantificables.

Después de cargar en el nuevo sistema, los resultados son sometidos a verificación de datos para determinar si datos fue traducidos con precisión, es completas y apoya los procesos en el nuevo sistema. Durante la verificación, puede haber una necesidad para un funcionamiento de ambos sistemas para identificar áreas de disparidad y prevenir errónea en paralelo pérdida de datos.

Limpieza de datos automatizados y manuales se realizan comúnmente en migración para mejorar la calidad de los datos, eliminar información redundante u obsoleta y coincide con los requerimientos del nuevo sistema.

Fases de la migración de datos (diseño, extracción, limpieza, carga, verificación) para aplicaciones de moderada a alta complejidad comúnmente se repiten varias veces antes de que se implemente el nuevo sistema.

Contenido

  • 1 Categorías
    • 1.1 Migración de almacenamiento
    • 1.2 Migración de bases de datos
    • 1.3 Migración de aplicaciones
    • 1.4 Migración de procesos de negocio
    • 1.5 Proyecto versus proceso
  • 2 Migración como una forma de preservación digital
    • 2.1 Desventajas
  • 3 Véase también
  • 4 Referencias
  • 5 Enlaces externos

Categorías

Datos se almacenan en diversos medios de comunicación en archivos o bases de datosy es generada y consumida por aplicaciones de software que a su vez apoyan procesos de negocio. La necesidad de la transferencia y conversión de datos puede ser impulsada por los múltiples requerimientos del negocio y el enfoque adoptado para la migración depende de esos requisitos. Sobre esta base se proponen cuatro categorías principales de la migración.

Migración de almacenamiento

Una empresa puede optar por racionalizar los medios físicos para aprovechar las tecnologías de almacenamiento de información más eficientes. Esto resultará en tener que mover bloques físicos de los datos de una cinta o un disco a otro, a menudo utilizando Virtualización técnicas. El formato de datos y contenido mismo generalmente no será cambiadas en el proceso y normalmente se logra con mínimo o ningún impacto a las capas anteriores.

Migración de bases de datos

Artículo principal: Migración de esquema

Del mismo modo, puede ser necesario pasar de una base de datos proveedor a otro, o para actualizar la versión del software de base de datos se utiliza. El último caso es menos probable que requieren una migración de datos físicos, pero esto puede ocurrir con las actualizaciones mayores. En estos casos un proceso de transformación física puede ser necesario ya que el formato de datos subyacente puede cambiar significativamente. Esto puede o no puede afectar el comportamiento de la capa de aplicaciones, dependiendo en gran medida de si ha cambiado el lenguaje de manipulación de datos o protocolo – pero las aplicaciones modernas están escritas para ser agnóstico a la tecnología de base de datos para que un cambio de Sybase, MySQL, DB2 o SQL Server Para Oracle Sólo es necesario un ciclo de pruebas para estar seguros de que los resultados funcionales y no funcionales no ha sido afectada negativamente.

Migración de aplicaciones

Cambio proveedor de aplicaciones – por ejemplo una nueva CRM o ERP plataforma – inevitablemente implicará la transformación substancial como casi todas las aplicaciones o suite opera su propio modelo de datos específicos. Además, para permitir la aplicación ser vendidos en el mercado más amplio posible, paquetes comerciales estándares generalmente están configurados para cada cliente metadatos. Interfaces de programación de aplicaciones (APIs) se suministran para proteger la integridad de los datos que tienen que manejar. Uso de la API normalmente es una condición de la garantía del software, aunque se permite una exención si el vendedor es propia o certificado servicios de socio profesionales y todas las herramientas se utilizan.

Migración de procesos de negocio

Procesos de negocio operan a través de una combinación de las acciones de los sistemas humanos y aplicación, a menudo orquestados por herramientas de gestión de procesos de negocios. Cuando éstos cambian puede requerir el movimiento de los 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. Ejemplos de dichos controladores de migración son las fusiones y adquisiciones, optimización de negocios y reorganización para atacar nuevos mercados o responder a la amenaza competitiva.

Las dos primeras categorías de migración son generalmente rutinarias actividades operacionales que el departamento se encarga de sin la participación del resto de los negocios. Las dos últimas categorías afectan directamente a los usuarios operacionales de los procesos y aplicaciones, son necesariamente compleja y entregar sin tiempo de inactividad importantes para el negocio pueden ser un desafío. Un enfoque altamente adaptable, sincronización simultánea, una capacidad de auditoría orientada al negocio y una visibilidad clara de la migración para los actores suelen ser requisitos clave en estas migraciones.

Proyecto versus proceso

Además, es útil distinguir entre la migración de datos y integración de datos actividades. Migración de datos es un proyecto donde serán movidos o copiados de un entorno a otro y quitado o decomisado en el origen de datos. Durante la migración (que puede ocurrir meses o incluso años), pueden flujo de datos en múltiples direcciones y puede haber múltiples migraciones teniendo lugar simultáneamente. El Extraer, transformar, carga las acciones serán necesarias, aunque los medios de lograr estos no pueden ser los tradicionalmente asociados con la ETL acrónimo.

Integración de datos por el contrario es una parte permanente de la arquitectura y es responsable por la manera fluye entre las distintas aplicaciones y almacenes de datos - y la información es un proceso en lugar de una actividad de proyecto. Tecnologías ETL estándar diseñadas para suministrar datos de sistemas operativos a los almacenes de datos encajaría dentro de esta última categoría.

Migración como una forma de preservación digital

Migración, que se centra en el propio objeto digital, es el acto de transferencia, o reescribir datos de un medio obsoleto a un medio actual y durante muchos años se ha considerado el enfoque sólo viable a largo plazo preservación de objetos digitales.[2] Reproducción de periódicos frágiles en microfilm es un ejemplo de estas migraciones.

Desventajas

  • Migración dirige a la obsolescencia de la portadora de datos posible, pero no aborda el hecho de que ciertas tecnologías que funcionan los datos pueden ser abandonados en conjunto, dejando la migración inútil.
  • Desperdiciador de tiempo – la migración es un proceso continuo, que debe repetirse cada vez que llega a un medio de obsolescencia, para todos los objetos de datos almacenados en un ciertos medios de comunicación.
  • Costoso - una institución debe adquirir medios de almacenamiento de datos adicionales en cada migración.[3]

Como consecuencia de los inconvenientes mencionados, profesionales de la tecnología han comenzado a desarrollar alternativas a la migración, tales como emulación.

Véase también

  • Conversión de datos
  • Transformación de datos
  • Migración de sistemas
  • Pruebas de migración

Referencias

  1. ^ C Janssen, migración de datos, https://www.techopedia.com/Definition/1180/Data-Migration (recuperado 12 agosto 2013)
  2. ^ van der Hoeven, Jeffrey, Bram Lohman y Remco Verdegem. "Emulación de preservación Digital en la práctica: los resultados." La revista internacional de conservación Digital 2.2 (2007): 123-132.
  3. ^ Muira, Gregory. "Empujando los límites de la política patrimonio tradicional: mantiene un acceso a los contenidos multimedia a largo plazo." IFLA Journal 33 (2007): 323-326.

Enlaces externos

  • Migración de datos en DMOZ

Otras Páginas

Obtenido de"https://en.copro.org/w/index.php?title=Data_migration&oldid=636429982"