Migración (tecnología de la información)

Este artículo o sección debe revisarse. Los detalles se deben dar en la página de discusión . Por favor, ayude a mejorarlo y luego elimine esta marca.

En tecnología de la información, el término migración (del latín migratio , reubicación) representa el proceso de un cambio fundamental en el panorama de un sistema existente o una parte esencial de este panorama. La migración puede relacionarse tanto con el hardware como con el software.

Definición de términos

El concepto de migración es complejo. Por un lado, puede representar la conversión de un solo sistema. Por otro lado, también puede significar grandes proyectos de migración en los que se implementen muchos sistemas o varias aplicaciones nuevas. La migración de un sistema operativo a otro generalmente incluye la migración de software de aplicación y datos al mismo tiempo .

El término portabilidad se utiliza para distinguirlo de la migración para la transferencia de un programa de una plataforma de hardware y / o software a otra. Para hacer esto, los programas, que fueron escritos para un sistema operativo o plataforma específicos, se modifican para que se ejecuten en un sistema operativo diferente. En algunos casos, los términos se utilizan como sinónimos.

Migración de medios

La migración de medios describe un proceso en el que el medio de soporte de datos físico de un objeto de datos se cambia dentro de un archivo. Por tanto, es un tipo de procedimiento para mantener un flujo de bits.

Hay cuatro tipos de implementación:

  1. Refresco: aquí los datos solo se copian a un soporte de datos del mismo tipo. No hay cambios en los datos ni en la infraestructura de almacenamiento.
  2. Replicación: aquí, al igual que con la actualización, los datos se copian de un transportista a uno nuevo. Sin embargo, este también puede ser un soporte de datos más nuevo y diferente. La diferencia con el refresco es el cambio en la infraestructura de almacenamiento. Ejemplo: datos de un disquete a una memoria USB.
  3. Reempaquetado: aquí se cambia un paquete de archivo, i. H. los objetos de datos se reescriben ellos mismos. Ejemplo: un archivo comprimido en formato .zip se comprime en un archivo en formato .rar. Por tanto, el cambio en el ejemplo está en el formato del paquete.
  4. Transformación: aquí, de forma similar al reempaquetado, los objetos de datos también se reescriben ellos mismos. Sin embargo, aquí se cambia el contenido del paquete de archivo. Ejemplo: un archivo de texto en formato .docx se cambia a un archivo de texto en formato .odt.

La actualización y la replicación tienen que ver con preservar los datos existentes cambiando los medios de almacenamiento. Por tanto, representan la migración de los medios en el sentido más estricto.

Por el contrario, el reempaquetado y la transformación también cambian el contenido de los datos. Entonces hay una doble función. Por un lado, cuando se cambia el formato de los datos, se crea un nuevo objeto de datos que normalmente se guarda en un nuevo soporte de datos. Sin embargo, la medida de migración también se lleva a cabo con miras a la interpretabilidad futura, es decir H. Legibilidad de los datos. Por eso se habla aquí de migración de medios en un sentido más amplio o migración de formatos.

Migración de software

La migración de software se puede definir como el proceso de cambio de un entorno tecnológico anterior a uno nuevo.

La migración va más allá de una simple actualización o mejora y más bien describe un cambio fundamental en la infraestructura del software. Las estrategias de migración forman la base de una migración . Idealmente, los programas de utilidad están disponibles para una conversión en gran parte automatizada.

Las razones más frecuentes para realizar una migración de software son la obsolescencia del software o el sistema antiguo existente (" sistema heredado ") ya no puede cumplir con los nuevos requisitos de hardware y software. Este último puede ser el caso especialmente en las organizaciones si hay una falta de especialistas en TI adecuados para software más antiguo.

Ejemplos de migración de software:

  • el cambio del sistema operativo Windows a Linux o de Unix a Windows. El cambio de un antiguo AS / 400 a Linux también es una migración. Las estaciones de trabajo informáticas individuales o el software necesario para los pasos de trabajo individuales a menudo se migran paso a paso .
  • Una migración parcial, por otro lado, sería particionar un nuevo AS / 400 ( System i ) de tal manera que OS / 400 y Linux se ejecuten en él al mismo tiempo y el software de ambos mundos se pueda usar en solo uno. servidor .
  • La adaptación de software de plataforma a otro sistema (hardware), para lo cual existen herramientas como la User State Migration Tool .
  • Un puerto es una migración. Una versión principal se cambia a la siguiente versión superior del mismo proveedor de software. Los clientes industriales que todavía tienen un antiguo sistema de información SAP R / 2 en funcionamiento y desean cambiar a SAP R / 3 o mySAP se enfrentan a una tarea desafiante. Ambas versiones de SAP son fundamentalmente diferentes. Por lo tanto, estas migraciones son a veces extremadamente difíciles y pueden fallar.
  • Migración heredada: una aplicación antigua se convierte en un nuevo software de aplicación (por ejemplo, con una tecnología básica más moderna o en un software estándar ) para garantizar un mayor desarrollo a largo plazo. Si bien un proyecto de migración de este tipo solía requerir la reprogramación del código de la aplicación, ahora hay herramientas automatizadas disponibles para ciertas rutas de migración. Un ejemplo de esto es el reemplazo de la plataforma 4GL obsoleta Gupta Team Developer por la plataforma .NET .

Migración de datos

El término migración de datos se refiere a la transferencia de datos de un sistema de origen a un sistema de destino. Una migración de datos se lleva a cabo cuando un nuevo sistema debe hacerse cargo de las tareas de uno o más sistemas heredados. La sustitución de un sistema antiguo por un sistema ya productivo requiere la migración de datos.

Las razones de la migración de datos son, por ejemplo, estructuras de bases de datos inadecuadas, sistemas de aplicación que difícilmente pueden mantenerse, la fusión de varios sistemas de información en un sistema uniforme y el deseo de introducir nuevas tecnologías de bases de datos.

Ejemplos:

  • Un banco reemplaza un sistema de desarrollo propio con un software estándar . No basta con instalar el software estándar. También se deben tomar los datos del cliente, las cuentas y los saldos de las cuentas.
  • Cuando las empresas se fusionan , los datos de ambas empresas deben fusionarse.
  • La conversión a otra codificación de caracteres.
  • La transferencia de bases de datos
  • La transferencia de documentos de texto que contienen macros a otro formato de Office .
  • La transferencia de hojas de cálculo que contienen sus propias fórmulas.

Una migración de datos consta de varios pasos, desde el análisis de los sistemas de origen hasta la validación de los resultados. La migración real consta de tres pasos.

En el paso de extracción, se filtra qué datos deben transferirse. Para hacer esto, los datos primero se analizan, luego se extraen y comparan. Además, se proporcionan datos de control como tablas de mapeo. En segundo lugar, hay una transformación. Los datos están disponibles en el modelo de datos del sistema heredado. Deben transformarse para que "se ajusten" al modelo de datos del sistema de destino. Se seleccionan los datos relevantes, se corrigen los datos incorrectos y se combinan varios datos existentes. Luego sigue el mapeo. En el tercer y último paso, los datos transformados se cargan en el sistema de destino.

Los tres pasos corresponden al proceso ETL de un almacén de datos . Pero el objetivo es diferente. Un almacén de datos debe proporcionar nuevos conocimientos, p. Ej. B. comprender el desarrollo de las cifras de ventas. Sin embargo, en el caso de la migración de datos, los datos permanecen sin cambios semánticos. Todos los clientes (relevantes) todavía están disponibles. Los saldos de las cuentas tampoco se modifican. Solo el modelo de datos puede cambiar.

Una migración de datos se puede implementar técnicamente, por ejemplo, utilizando herramientas ETL, herramientas especiales de migración con scripts SQL . La confiabilidad juega un papel importante (no se debe “perder” ninguna cuenta). Asimismo, a menudo es necesario migrar una gran cantidad de tipos de objetos (clientes, cuentas, cuentas de custodia de acciones, bolsas de valores, datos del balance, etc.). Un control de secuencia coordina el proceso ETL para los distintos tipos de objetos. Una verificación de migración examina los casos de prueba seleccionados manualmente ( análisis por toto), por ejemplo, y también utiliza estadísticas. Las estadísticas permiten encontrar una “aguja en el pajar”, ​​por ejemplo, si falta una cuenta de entre 10.000.000 de cuentas que se van a migrar.

Migración de aplicaciones

Como parte de la migración de la aplicación , una aplicación se reemplaza por una nueva. Este proceso aporta elementos juntos de migración de software , así como la migración de datos ; a menudo también se requiere hardware nuevo . La planificación y la implementación cuidadosas (consulte también las estrategias de migración ) son cruciales para mantener la coherencia de los datos y para un cambio fluido de la funcionalidad de la aplicación anterior a la nueva.

Migración de hardware

La migración de sistemas existentes a un nuevo hardware plantea aproximadamente los mismos problemas que la migración puramente basada en software y, por lo general, está inevitablemente asociada con una determinada migración de software a través de controladores de interfaz . La migración de datos se evita tanto como sea posible.

Un ejemplo práctico es la transición de una red Ethernet clásica a la tecnología ATM mientras se mantiene el cableado estructurado .

Hewlett-Packard llevó a cabo una migración de hardware a una tecnología de microprocesador completamente nueva para los clientes existentes de sus productos de servidor alrededor de la década de 2000. Los servidores en los sitios de los clientes con los procesadores Alpha más antiguos y los procesadores PA-RISC se están convirtiendo gradualmente a la tecnología de procesador Itanium desarrollada junto con Intel .

Migración en vivo

Como migración en vivo, el movimiento es una máquina virtual (VM), en la que se refiere a una VM sobre la marcha de un sistema host físico ( host ) a otra transferencia o movimiento . Idealmente, tal movimiento se lleva a cabo sin afectar la VM, de modo que el trabajo en curso en la VM pueda continuar sin interrupciones. El objetivo de estas migraciones es facilitar el mantenimiento del hardware y permitir el equilibrio de carga del mismo.

Cambio a nuevas interfaces y tecnologías

Una función o un parámetro de un programa o, por ejemplo, elementos SGML en lenguajes de marcado que pueden ya no estar disponibles en versiones posteriores, o incluso técnicas de programación obsoletas, se clasifican como obsoletas / obsoletas (en inglés en desuso ) .

El punto de continuar esto, sin embargo, radica en la compatibilidad ascendente . Porque si simplemente se eliminara una interfaz, fácilmente podrían surgir errores de excepción . Por esta razón, el antiguo procesamiento de la entrada en dicha interfaz se reemplaza por una simple rutina de manejo de errores, por ejemplo, dando a una función un valor de retorno. La persona que llama recibe z. B. no es un error, pero al menos un valor, si quizás inútil, del formato de datos antiguo esperado . Esto evita problemas que pueden surgir si la persona que llama no ha implementado la evaluación de errores en esta interfaz. Sin embargo, la elección del nuevo valor ficticio requiere una selección cuidadosa (un parámetro del tipo de datos, text por ejemplo, tendría que "none"devolverse como) y el conocimiento del rango original de valores (0, por ejemplo, podría resultar en división por cero ).

Para admitir el cambio, algunos lenguajes de programación o entornos de desarrollo tienen la opción de marcar tecnologías obsoletas con ciertas palabras clave.

El manejo de interfaces complejas puede llevar bastante tiempo, porque de lo contrario, la compatibilidad ascendente simplemente se pierde. El "arrastre de sitios contaminados" puede, en el curso de desarrollar aún más en los problemas eminentes: Un ejemplo típico es el de 16 bits - la compatibilidad del sistema operativo de Windows , que sigue siendo el OS / 2 - y DOS Compatibilidad asegurar necesidades. En las versiones modernas de Windows, esto significa que se debe implementar un emulador de DOS independiente .

El equilibrio entre los dos es uno de los principales problemas en el control de versiones del software moderno. Por lo tanto, en las nuevas versiones entre los pequeños (menores) y una gran actualización (importante actualización ) difería dependiendo del grado en que se garantiza la compatibilidad hacia arriba. Una migración a través de varias versiones ( lanzamientos ) puede causar problemas mucho más fácilmente o incluso requerir una nueva instalación .

Ver también

literatura

  • Knut Hildebrand: integración y migración de TI . Dpunkt Verlag, Heidelberg 2007, ISBN 978-3-89864-455-6 .
  • Michael Willinger, Johann Gradl, Frank Densborn, Michael Roth: migración de datos en SAP. 3ª edición, actualizada y ampliada. Galileo Press, Bonn 2012, ISBN 978-3-8362-1808-5 .
  • John Morris: migración práctica de datos. British Computer Society, Swidon 2006, ISBN 1-902505-71-9 (inglés).
  • Jesús Bisbal et al.: Una encuesta de investigación sobre la migración de sistemas heredados. Reporte técnico. Trinity College, Dublín 1997, cs.cofc.edu (PDF; 200 kB), resumen .
  • Klaus Haller: Hacia la industrialización de la migración de datos: conceptos y patrones para proyectos de implementación de software estándar. En: Pascal van Eck, Jaap Gordijn, Roel Wieringa (eds.): Advanced Information Systems Engineering, 21st International Conference, 2009, Amsterdam. Actas. Springer, Heidelberg 2009, ISBN 978-3-642-02143-5 ( PDF , inglés)
  • Carlo Breves, Eberhard von Radetzky: Migración de aplicaciones en el contexto de proyectos de consultoría . En: Zeitschrift für Unternehmensberatung , 8/2008, Erich Schmidt Verlag.

enlaces web

Información general:

Herramientas de migración de datos:

  • Scriptella : herramienta de ejecución de script y extracción-transformación-carga (ETL) de código abierto.
  • Integrador ETL Oracle Software Delivery Cloud.
  • Data Migration Toolkit (DMT) : programa Java basado en GUI para la migración de archivos y datos de bases de datos (herramienta gratuita, que muestra la migración de datos de forma práctica).

Evidencia individual

  1. ↑ Oficina Federal de Tecnología de la Información: Guía de migración, Guía para la migración de software (versión 4.0). En: http://www.cio.bund.de . Comisionado de Tecnología de la Información del Gobierno Federal, marzo de 2012, consultado el 15 de agosto de 2020 .
  2. ^ Rouse, Margaret: Migración. En: SearchCIO. TechTarget, octubre de 2016, consultado el 15 de agosto de 2020 .
  3. ↑ o. V.: Portabilidad. En: http://www.it-administrator.de . Heinemann Verlag GmbH, consultado el 15 de agosto de 2020 .
  4. ↑ puerto. En: Computer Lexikon. Alexander Kirk, 26 de octubre de 1998, consultado el 15 de agosto de 2020 .
  5. ↑ Dagmar Ullrich: Conservación de Bitstream. (PDF) En: manual de nestor. Una pequeña enciclopedia para el archivo digital a largo plazo. H. Neuroth, A. Oßwald, R. Scheffel, S. Strathmann, K. Huth, julio de 2010, consultado el 1 de febrero de 2018 .
  6. ^ Christian Luda: migración de software. Conceptos e implementación práctica utilizando el ejemplo de una base de datos musical, tesis de licenciatura . Offenburg 2011, pág. 1 .
  7. ^ Christian Luda: migración de software. Conceptos e implementación práctica utilizando el ejemplo de una base de datos musical, tesis de licenciatura . Offenburg 2011, pág. 5 .
  8. ↑ Porting Project migra los usuarios de Gupta a .NET . En: Computerwoche , 30 de octubre de 2006
  9. ^ Elvan Öztürk: migración de datos. En: https://wwwmatthes.in.tum.de/pages/t5ma0jrv6q7k/sebis-Public-Website-Home . Facultad de Ciencias de la Computación, Universidad de Munich, 18 de julio de 2011, consultado el 15 de agosto de 2020 .
  10. ↑ K. Schwinn, R. Dippold, A. Ringgenberg, W. Schnider y S. Fedtke: La migración exitosa de datos de sistemas antiguos. Friedr. Vieweg & Sohn Verlagsgesellschaft mbH, Braunschweig / Wiesbaden, 1999, consultado el 16 de agosto de 2020 .
  11. ↑ a b c Jochen Knösels: Proceso de una migración de datos SAP. Gambit Consulting GmbH, consultado el 15 de agosto de 2020 .
  12. ↑ Bittner, Deborah: Migración en la tecnología de la información. En: Netzorange. Consultado el 16 de agosto de 2020 .
  13. ↑ Los servidores Alpha son historia. ChannelPartner, 11 de agosto de 2010
  14. ↑ Actualización y evolución del servidor. HP.com, consultado el 6 de marzo de 2015
  15. ↑ Live Migration . Glosario en DataCenter-Insider.de ; Al 21 de julio de 2010