Миграция (информационные технологии)

Эта статья или раздел нуждаются в доработке. Подробности должны быть указаны на странице обсуждения . Пожалуйста, помогите улучшить его , а затем удалите эту отметку.

В информационных технологиях термин « миграция» (от латинского migratio , перемещение) означает процесс фундаментального изменения существующего системного ландшафта или существенной части этого ландшафта. Миграция может касаться как аппаратного, так и программного обеспечения.

Значение терминов

Концепция миграции сложна. С одной стороны, это может означать преобразование единой системы. С другой стороны, это также может означать крупные проекты миграции, в которых реализовано много систем или несколько новых приложений. Переход с одной операционной системы на другую обычно включает перенос прикладного программного обеспечения и данных одновременно .

Термин « перенос» используется для отличия от миграции для переноса программы с одной аппаратной и / или программной платформы на другую. Для этого программы, написанные для конкретной операционной системы или платформы, изменяются таким образом, что они работают в другой операционной системе. В некоторых случаях термины используются как синонимы.

Миграция СМИ

Миграция носителя описывает процесс, в котором физический носитель данных объекта данных изменяется в архиве. Таким образом, это тип процедуры для поддержания потока битов.

Есть четыре типа реализации:

  1. Обновление: здесь данные копируются только на носитель данных того же типа. Нет никаких изменений ни в данных, ни в инфраструктуре хранения.
  2. Репликация: здесь, как и при обновлении, данные копируются с одного носителя на новый. Однако это также может быть другой, более новый носитель данных. Отличие от обновления заключается в изменении инфраструктуры хранения. Пример: данные с дискеты на USB-накопитель.
  3. Переупаковка: здесь меняют архивный пакет, т.е. ЧАС. объекты данных перезаписываются сами. Пример: сжатый файл в формате .zip сжимается в файл в формате .rar. Таким образом, изменение в примере касается формата упаковки.
  4. Трансформация: здесь, как и при переупаковке, переписываются и сами объекты данных. Однако здесь изменяется содержимое архивного пакета. Пример: текстовый файл в формате .docx заменяется текстовым файлом в формате .odt.

Обновление и репликация - это все о сохранении существующих данных путем смены носителя. Таким образом, они представляют миграцию СМИ в более узком смысле.

Напротив, переупаковка и преобразование также изменяют содержание данных. Так что здесь двойная функция. С одной стороны, при изменении формата данных создается новый объект данных, который обычно сохраняется на новом носителе данных. Однако мера миграции также выполняется с целью будущей интерпретируемости, т. Е. ЧАС. Читаемость данных. Вот почему здесь говорят о миграции СМИ в более широком смысле или миграции форматов.

Миграция программного обеспечения

Миграцию программного обеспечения можно определить как процесс перехода от прежней технологической среды к новой.

Миграция выходит за рамки простого обновления или обновления и, скорее, описывает фундаментальные изменения в инфраструктуре программного обеспечения. Стратегии миграции составляют основу миграции . В идеале служебные программы доступны для автоматизированного преобразования.

Наиболее частые причины для выполнения миграции программного обеспечения - это устаревание программного обеспечения или существующая старая система (« устаревшая система ») больше не может соответствовать требованиям нового оборудования и программного обеспечения. Последнее может особенно иметь место в организациях, если нет подходящих ИТ-специалистов для более старого программного обеспечения.

Примеры миграции ПО:

  • переход с операционной системы Windows на Linux или с Unix на Windows. Переход со старой AS / 400 на Linux также является миграцией. Индивидуальные компьютерные рабочие станции или программное обеспечение, необходимое для отдельных этапов работы, часто переносится шаг за шагом .
  • С другой стороны, частичная миграция будет заключаться в разделении новой AS / 400 ( System i ) таким образом, чтобы OS / 400 и Linux работали на ней одновременно, а программное обеспечение из обоих миров можно было бы использовать только на одной. сервер .
  • Адаптация программного обеспечения, привязанного к платформе, к другой (аппаратной) системе, для которой существуют такие инструменты, как инструмент миграции пользовательской среды .
  • Порт является миграция. Основнымы релиз переключаются на следующий более высокий выпуск из того же поставщика программного обеспечения. Промышленные заказчики, у которых все еще используется старая информационная система SAP R / 2 и которые хотят перейти на SAP R / 3 или mySAP , сталкиваются со сложной задачей. Обе версии SAP принципиально разные. Поэтому такие миграции иногда чрезвычайно трудны и могут потерпеть неудачу.
  • Устаревшая миграция: старое приложение преобразуется в новое прикладное программное обеспечение (например, с более современной базовой технологией или стандартным программным обеспечением ), чтобы гарантировать долгосрочное дальнейшее развитие. Хотя раньше такой проект переноса требовал перепрограммирования кода приложения, теперь доступны автоматизированные инструменты для определенных путей миграции. Одним из примеров этого является замена устаревшего 4GL платформы Gupta Team Developer с .NET платформы.

Перенос данных

Термин « миграция данных» означает перенос данных из исходной системы в целевую. Перенос данных выполняется, когда новая система берет на себя задачи одной или нескольких устаревших систем. Замена старой системы уже работающей системой требует миграции данных.

Причинами миграции данных являются, например, неадекватные структуры баз данных, прикладные системы, которые трудно поддерживать, слияние нескольких информационных систем в единую систему и желание внедрить новые технологии баз данных.

Примеры:

Миграция данных состоит из нескольких этапов - от анализа исходных систем до проверки результатов. Фактическая миграция состоит из трех шагов.

На этапе извлечения фильтруется, какие данные следует передать. Для этого данные сначала анализируются, затем извлекаются и сравниваются. Кроме того, предоставляются управляющие данные, такие как таблицы сопоставления. Во-вторых, есть трансформация. Данные доступны в модели данных унаследованной системы. Их необходимо преобразовать так, чтобы они «соответствовали» модели данных целевой системы. Выбираются релевантные данные, исправляются неверные данные, и несколько существующих данных объединяются. Затем следует отображение. На третьем и последнем шаге преобразованные данные загружаются в целевую систему.

Три шага соответствует процессу ЭТЛ в хранилище данных . Но цель другая. Хранилище данных должно предоставлять новую информацию, например Б. понимать развитие показателей продаж. Однако в случае миграции данные остаются семантически неизменными. Все (соответствующие) клиенты по-прежнему доступны. Остатки на счетах также не изменились. Изменяться может только модель данных.

Миграция данных может быть технически реализована, например, с использованием инструментов ETL, специальных инструментов миграции с SQL- скриптами. Важную роль играет надежность (никакие счета не должны «теряться»). Аналогичным образом, часто приходится переносить большое количество типов объектов (клиенты, счета, портфели акций, фондовые биржи, данные баланса и т. Д.) Элемент управления последовательностью координирует процесс ETL для различных типов объектов. Проверка миграции проверяет выбранные тестовые примеры вручную (например, парс на то) , а также использует статистику. Статистика позволяет найти «иголку в стоге сена», например, если отсутствует одна учетная запись из 10 000 000 учетных записей, которые необходимо перенести.

Перенос приложений

В рамках миграции приложений , приложение заменяется новым. Этот процесс объединяет элементы миграции программного обеспечения, а также миграции данных ; часто также требуется новое оборудование . Тщательное планирование (см. Также стратегии миграции ) и реализация имеют решающее значение для поддержания согласованности данных и плавного перехода от старого приложения к новому.

Миграция оборудования

Миграция существующих систем на новое оборудование создает примерно те же проблемы, что и чисто программная миграция, и обычно неизбежно связана с определенной миграцией программного обеспечения через драйверы интерфейса . По возможности избегается миграции данных.

Практическим примером является переход от классической сети Ethernet к технологии ATM при сохранении структурированной кабельной разводки .

Hewlett-Packard осуществила переход оборудования на совершенно новую микропроцессорную технологию для существующих клиентов своих серверных продуктов примерно с 2000-х годов. Серверы на сайтах клиентов с более старых процессоров архитектуры Alpha и PA-RISC процессоров постепенно превращали в Itanium процессорной технологии , разработанной совместно с Intel .

Живая миграция

Под живой миграцией подразумевается перемещение виртуальной машины (ВМ), в которой виртуальная машина на лету с одной физической хост-системы ( хоста ) на другую переносится или перемещается . В идеале такое перемещение должно происходить, не затрагивая виртуальную машину, так что текущая работа в виртуальной машине может продолжаться без перерыва. Цель таких миграций - упростить обслуживание оборудования и обеспечить его балансировку .

Переход на новые интерфейсы и технологии

Функция или параметр программы или, например, элементы SGML на языках разметки, которые могут быть больше не доступны в последующих версиях, или даже устаревшие методы программирования, считаются устаревшими / устаревшими ( английский не рекомендуется ) .

Однако цель продолжения этого заключается в совместимости снизу вверх . Потому что, если бы интерфейс был просто упразднен, легко могли возникнуть ошибки исключения . По этой причине старая обработка ввода в таком интерфейсе заменяется простой процедурой обработки ошибок, например, путем предоставления функции возвращаемого значения. Затем вызывающий абонент получает z. Б. не ошибка, а по крайней мере одно - если возможно бесполезное - значение ожидаемого старого формата данных . Это позволяет избежать проблем, которые могут возникнуть, если вызывающий объект не реализовал оценку ошибок в этом интерфейсе. Однако выбор нового фиктивного значения требует тщательного выбора (например, параметр типа данных text должен быть "none"возвращен как) и знания исходного диапазона значений (например, 0 может привести к деление на ноль ).

Для поддержки перехода некоторые языки программирования или среды разработки имеют возможность помечать устаревшие технологии определенными ключевыми словами.

Обработка сложных интерфейсов может занять довольно много времени, потому что в противном случае совместимость снизу вверх просто теряется. «Унос загрязненных участков» может в ходе дальнейшего развития в видные проблемы: Типичный примером является 16-бит - Совместимость с операционной системой Windows , , которая до сих пор является OS / 2 - и DOS совместимости обеспечивает потребность. В современных версиях Windows это означает, что необходимо реализовать отдельный эмулятор DOS .

Баланс между этими двумя аспектами - одна из основных проблем при управлении версиями современного программного обеспечения. Следовательно, в новых версиях между небольшим (второстепенным) и большим обновлением (основным обновлением ) различались в зависимости от степени, в которой гарантируется обратная совместимость. Миграция между несколькими версиями ( выпусками ) может вызвать проблемы намного проще или даже потребовать новой установки .

Смотри тоже

литература

  • Кнут Хильдебранд: ИТ-интеграция и миграция . Dpunkt Verlag, Гейдельберг 2007, ISBN 978-3-89864-455-6 .
  • Майкл Виллинджер, Иоганн Градл, Франк Денсборн, Майкл Рот: миграция данных в SAP. 3-е, обновленное и расширенное издание. Galileo Press, Бонн 2012, ISBN 978-3-8362-1808-5 .
  • Джон Моррис: Практическая миграция данных. Британское компьютерное общество, Swidon 2006, ISBN 1-902505-71-9 (английский).
  • Хесус Бисбал и др.: Обзор исследований миграции устаревших систем. Технический отчет. Тринити-колледж, Дублин, 1997 г., cs.cofc.edu (PDF; 200 kB), аннотация .
  • Клаус Халлер: На пути к индустриализации миграции данных: концепции и шаблоны для стандартных проектов внедрения программного обеспечения. В: Паскаль ван Эк, Яап Гордийн, Роэль Виринга (ред.): Передовая инженерия информационных систем, 21-я Международная конференция, 2009 г., Амстердам. Ход работы. Springer, Heidelberg 2009, ISBN 978-3-642-02143-5 ( PDF , английский)
  • Карло Бревес, Эберхард фон Радецки: Миграция приложений в контексте консалтинговых проектов . В: Zeitschrift für Unternehmensberatung , 8/2008, Erich Schmidt Verlag.

веб ссылки

Общая информация:

Инструменты переноса данных:

  • Scriptella - средство извлечения-преобразования-загрузки (ETL) и выполнения скриптов с открытым исходным кодом.
  • Интегратор ETL Oracle Software Delivery Cloud.
  • Data Migration Toolkit (DMT) - программа на Java с графическим интерфейсом для переноса файлов и данных базы данных (бесплатный инструмент, показывающий перенос данных на практике).

Индивидуальные доказательства

  1. ↑ Федеральное управление информационных технологий: Руководство по миграции, Руководство по миграции программного обеспечения (версия 4.0). В: http://www.cio.bund.de . Уполномоченный Федерального правительства по информационным технологиям, март 2012 года , доступ к 15 августа 2020 года .
  2. ^ Роуз, Маргарет: Миграция. В: SearchCIO. TechTarget, октябрь 2016, доступ к 15 августа 2020 .
  3. ↑ о. В .: портирование. В: http://www.it-administrator.de . Heinemann Verlag GmbH, доступ к 15 августа 2020 года .
  4. ↑ порт. В кн . : Компьютер Лексикон. Александр Кирк, 26 октября 1998, доступ к 15 августа 2020 .
  5. ↑ Дагмар Ульрих: Сохранение битового потока. (PDF) В: руководство Nestor. Небольшая энциклопедия для длительного цифрового архивирования. H. Neuroth, А. Oßwald, Р. Scheffel, С. Strathmann, К. Хут, июль 2010, доступ к 1 февраля 2018 года .
  6. ^ Кристиан Люда: миграция программного обеспечения. Концепции и практическая реализация на примере музыкальной базы данных, дипломная работа бакалавра . Оффенбург 2011, стр. 1 .
  7. ^ Кристиан Люда: миграция программного обеспечения. Концепции и практическая реализация на примере музыкальной базы данных, дипломная работа бакалавра . Оффенбург 2011, стр. 5 .
  8. ↑ Porting Project переносит пользователей Gupta на .NET . В: Computerwoche , 30 октября 2006 г.
  9. ^ Эльван Озтюрк: перенос данных. В: https://wwwmatthes.in.tum.de/pages/t5ma0jrv6q7k/sebis-Public-Website-Home . Факультет компьютерных наук Мюнхенского университета, 18 июля 2011 года, доступ к 15 августа 2020 года .
  10. ↑ К. Швинн, Р. Диппольд, А. Ринггенберг, В. Шнидер и С. Федтке: Успешная миграция данных из старых систем. Фридр. Фивег & Sohn Verlagsgesellschaft м.б.Х., Брауншвейг / Wiesbaden, 1999, доступ к 16 августа 2020 года .
  11. ↑ а б в Йохен Кнёзелс: Процесс миграции данных SAP. Гамбит Consulting GmbH, доступ к 15 августа 2020 года .
  12. ↑ Биттнер, Дебора: Миграция в информационных технологиях. В: Нецоранж. Проверено 16 августа 2020 года .
  13. ↑ Альфа-серверы - это история. ChannelPartner, 11 августа 2010 г.
  14. ↑ Обновление и развитие сервера. HP.com, по состоянию на 6 марта 2015 г.
  15. ↑ Живая миграция . Глоссарий в DataCenter-Insider.de ; По состоянию на 21 июля 2010 г.