Выполнение миграции

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

Этап выполнения состоит из следующих шагов:

  1. Начальная миграция: Начать с массового копирования данных, перенеся начальный набор данных с использованием наиболее подходящих рекомендованных инструментов.
  2. Итерация. Вы можете обнаружить ошибки, требующие исправления, и, возможно, повторно выполнить некоторые задачи. Оптимизируйте параметры параллелизма при необходимости для повышения скорости и эффективности.
  3. Добавочная синхронизация: Если исходные данные являются динамическими, изменения в источнике ожидаются во время начального процесса заполнения или миграции. В этом случае выполните добавочную синхронизацию для синхронизации любых изменений. Этот шаг можно повторить несколько раз, если есть многочисленные изменения. Цель выполнения нескольких операций синхронизации — сократить время, необходимое для окончательного переключения. Неактивные данные, архивные данные или резервные данные, которые остаются статическими, можно исключить из этого шага.
  4. Окончательное переключение в Azure: Последний шаг переключения включает использование активных данных, расположенных в целевом месте, и удаление исходных данных. Прежде чем планировать окончательное окно переключения, заморозьте все изменения источника и запланируйте достаточное время простоя для выполнения окончательной добавочной синхронизации. Убедитесь, что все последние изменения записываются в Azure, и обновите конфигурации, чтобы пользователи и приложения теперь указывали на целевое местоположение Azure.
  5. Задачи после миграции: После того как целевой объект активен, необходимо выполнить тщательную проверку данных, чтобы обеспечить все соответствующие механизмы безопасности, мониторинга и защиты. Эти действия проверки отличаются в зависимости от целевой службы и рабочих нагрузок.

В следующих примерах приведены передовые методы для проверки после миграции с использованием хранилища BLOB-объектов Azure.

Лучшие практики

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

  • Убедитесь, что в Azure нет параллельных или перекрывающихся изменений в целевом наборе данных, пока все данные не будут перенесены из источника. Непредвиденные изменения в целевом объекте и источнике могут привести к непредвиденным сбоям и потере данных.
  • При миграции рабочей нагрузки приложения не переносите данные и инфраструктуру приложения отдельно. Запланируйте перемещение приложения и его неструктурированных данных вместе или по крайней мере в течение ближайшего возможного периода времени. Отделение инфраструктуры данных и приложений между локальными серверами и Azure может вызвать задержки и привести к сбоям приложений и нежелательным простоям. По возможности выполните необходимые проверки концепции для проверки требований приложения.
  • Избегайте прямого перехода или "полного одномоментного перехода". Вместо того чтобы резко заменить предыдущую систему без переходного периода, старайтесь сократить время простоя при переходе, запланировав окно перехода в непиковые часы использования. Сообщите заинтересованным сторонам о необходимости периода только для чтения заблаговременно.
  • Используйте параллельные потоки при миграции, где это возможно, чтобы ускорить пропускную способность. Убедитесь, что исходные системы не перегружены, и при необходимости используйте регулирование пропускной способности, чтобы избежать снижения производительности.
  • Выполните пример миграции с помощью образца репрезентативных данных перед началом полного выполнения. Это упражнение поможет выявить потенциальные проблемы и проверить подход к миграции.
  • Сохраняйте журнал миграции на протяжении всего этапа выполнения, отслеживая все действия. Запишите сведения о передаче каждой рабочей нагрузки, включая время начала, длительность, проблемы, возникшие и их решение. Эти сведения помогают обеспечить подотчетность и будущие аудиты или ретроспективный анализ.
  • После окончательного перехода сохраните исходные данные в состоянии только для чтения как запасной вариант. Только после того, как вы удостоверитесь, что копия на Azure завершена и верна, выводите из эксплуатации исходные данные.