# О живых миграциях с GitHub Enterprise Server на GHE.com

Как живые миграции минимизируют простои для разработчиков?

## Что такое Enterprise Live Migrations?

Enterprise Live Migrations (ELM) — это сервис для миграции репозиториев из GitHub Enterprise Server в GitHub Enterprise Cloud с размещением данных (GHE.com). Он работает с помощью расширения GitHub CLI.

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

Миграция ELM включает в себя один репозиторий. Данные на уровне организации, такие как настройки организации, команды и проекты, **не** включаются в миграцию и должны быть перенастроены вручную на целевом предприятии.

## Различия от GitHub Enterprise Importer

ELM и GitHub Enterprise Importer (GEI) — это отдельные инструменты, которые поддерживают миграцию репозиториев из GitHub Enterprise Server в GHE.com.

Основные преимущества ELM следующие:

* **Сокращение простоя разработчиков**: во время миграции с GEI разработчики теряют доступ к репозиторию на время миграции. Этот простой создаёт риски, такие как заблокированные развертывания или застой работы с функциями.
* **Поддержка монорепо**: ELM способна мигрировать большие, сложные монорепо с глубокой историей. Они часто превышают вместимость GEI.
* **Лучшая видимость**: ELM обеспечивает подробную видимость на уровне репозитория о ходе миграции, выявляя детализированные сбои, чтобы вы могли быть уверены, что мигрированный репозиторий является точной копией.

Однако из-за большего трафика, связанного с живыми обновлениями, ELM поддерживает меньше одновременных миграций, чем GEI: до **10** одновременных миграций репозитория из одного GitHub Enterprise Server экземпляра и **20** одновременных миграций на каждое предприятие назначения.

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

## Обзор миграции

Администратор сайта запускает миграцию с помощью .GitHub CLI Перед выполнением миграции оператор должен настроить GitHub Enterprise Server экземпляр и предоставить personal access tokens доступ как к целевому, так GitHub Enterprise Server и к целевому предприятиям.

Основные этапы миграции включают:

1. **Создание**: Администратор сайта запускает команды CLI для создания и запуска миграции, указывая исходный репозиторий и назначение.
2. **Проверки до полета**: Сервис миграции проверяет параметры, токены, сетевую связь и конфигурацию репозитория.
3. **Заполнение**: ELM инструмент выполняет начальный скан, чтобы собрать все данные репозитория и отправить их в сервис миграции на целевой платформе. Во время фазы заполнения вебхуки проверяют актуальные обновления репозитория по мере продолжения миграции.
4. **Переключение**: Исходный репозиторий архивируется (становится только для чтения), а все финальные обновления в реальном времени отправляются на ELM. Это период простоя для разработчиков.
5. **Завершение**: Миграция завершена. Администратор сайта может проверить, что данные были успешно перенесены в игру.
6. **Последующие** действия: владелец организации выполняет последующие задачи на целевом предприятии, такие как перенастройка настроек организации и перераспределение активности пользователям.

## Дальнейшие действия

Чтобы подготовиться к миграции, смотрите [Подготовка к живой миграции с GitHub Enterprise Server на GHE.com](/ru/enterprise-server@3.22/migrations/elm/prepare-for-your-migration).