Полное выполнение предварительных требований для миграции

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

Диаграмма, выделяющая этап предварительных требований в последовательных стадиях.

Обновление Azure DevOps Server

Средство миграции данных для Azure DevOps поддерживает две последние версии Azure DevOps Server на данный момент. Выпуски включают обновления и крупные выпуски.

Это может занять до трёх недель после выпуска новой версии Azure DevOps Server в стадии RTW, прежде чем поддержка миграции станет доступной для этой версии. Рассмотрим эту возможность при выборе обновления вскоре после нового выпуска RTW Azure DevOps Server.

Средство миграции данных не поддерживает миграцию с релиз-кандидатов (RC) Azure DevOps Server. Если вы планируете переместить базу данных коллекции в Azure DevOps Services с помощью этой службы, важно ни в коем случае не обновлять продуктивную базу данных до версии RC. При обновлении вы должны дождаться и обновить систему до версии для выпуска в веб (RTW), когда она станет доступна. Или восстановите резервную копию базы данных из предыдущей Azure DevOps Server версии для миграции. Вы не можете перейти на предыдущую версию Azure DevOps, но необходимо вернуться с помощью резервной копии базы данных в этой версии.

Обычный срок выпуска для новых версий Azure DevOps Server каждые три-четыре месяца. Это означает, что поддержка данной версии Azure DevOps Server для миграции в службы Azure DevOps должна длиться в любом месте от шести до восьми месяцев. Важно убедиться, что ваш план учитывает это окно поддержки, чтобы избежать необходимости внезапного обновления для миграции.

Внедрение Microsoft Entra ID

Убедитесь, что у вашей команды есть функциональный клиент Microsoft Entra ID для проверки подлинности участников в организации служб Azure DevOps. В службах Azure DevOps проверка подлинности пользователей зависит от клиента Microsoft Entra ID, аналогично тому, как в Azure DevOps Server проверка подлинности пользователей зависит от Active Directory. На этапе тестового прогона убедитесь, что файл журнала карты удостоверений согласуется с локальными организациями Active Directory и соответствует организациям Microsoft Entra ID. Этот файл не используется службой миграции. Это действие обеспечивает видимость индивидуальной истории, сохраняются разрешения безопасности и доступ к личным настройкам.

Tip

  • Рекомендуется использовать тот же клиент Microsoft Entra ID, что и другие службы Microsoft Cloud. Если у вашей компании уже есть Microsoft Entra ID, пропустите этот шаг.
  • Хотя учетные записи Microsoft (MSAs) работают для аутентификации служб Azure DevOps Services, они не могут быть сопоставлены во время миграции базы данных Azure DevOps Server.
  • Если в клиенте Microsoft Entra включена политика Restrict organization creation, любая операция импорта данных с помощью средства миграции Azure DevOps завершается ошибкой, если пользователь, выполняющий импорт, явно не добавлен в список разрешённых. Чтобы обеспечить успешный импорт, выполните следующее:
    • Временно добавьте импортирующего пользователя в белый список.
    • Пользователь, добавленный в список разрешений, должен соответствовать accountOwner, указанному в файле import.json, используемом для миграции.
    • Дополнительные сведения о настройке списка разрешений см. в разделе "Ограничение создания организации".

Синхронизация удостоверений и групп с помощью Microsoft Entra ID Connect

Синхронизируйте on-premises Active Directory с Microsoft Entra ID, чтобы участники команды могли использовать те же учетные данные для проверки подлинности. Кроме того, администраторы служб Azure DevOps могут использовать группы Active Directory для настройки разрешений в организации.

Чтобы настроить синхронизацию, выполните следующие действия.

  1. Используйте технологию Microsoft Entra ID Connect.
  2. Чтобы настроить Microsoft Entra ID Connect с вашей локальной средой, сотрудничайте с вашим ИТ-отделом, партнером DevOps, службой Microsoft Premier Support или Microsoft Consulting Services.

Дополнительные сведения о настройке Microsoft Entra ID Connect см. в разделе Microsoft Entra Connect Sync.

Кроме того, узнайте, как настроить службы Azure DevOps для использования Microsoft Entra ID, перейдя на эту страницу. Хотя шаги, описанные в этой статье, точно не соответствуют миграции Azure DevOps Server базы данных, она служит ценными справочными сведениями. Средство миграции данных устанавливает ссылку на клиент Microsoft Entra ID во время создания организации служб Azure DevOps в начале процесса миграции.

Note

DirSync была предшественником технологии для Microsoft Entra ID Connect. Обновление до Microsoft Entra ID Connect, если вы используете DirSync.

Скачивание средства миграции данных Azure DevOps

Основная часть работы во время миграции на службы Azure DevOps обрабатывается средством миграции данных. Инструмент используется с помощью следующих основных шагов:

  1. Проверьте коллекцию командных проектов.
  2. Создайте файлы, используемые для настройки миграции.
  3. Поставить в очередь миграцию базы данных Azure DevOps Server на службы Azure DevOps.

Имейте при себе следующие предметы:

  • Роль TFSEXECROLE в SQL Server.
  • Разрешения на подключение как к базам данных конфигурации Azure DevOps Server, так и к базам данных коллекции.
  • Установленная связь между организацией служб Azure DevOps и клиентом Microsoft Entra ID.

Скачивание средства

  1. Скачайте последнюю версию средства миграции данных .
  2. Скопируйте ZIP-файл на один из уровней приложений Azure DevOps Server.
  3. Распакуите файл. Средство можно также запустить с другого компьютера без установки Azure DevOps Server, если он может подключиться к базе данных конфигурации экземпляра Azure DevOps Server. 1.Откройте окно командной строки на сервере и перейдите в каталог, в котором хранится средство миграции данных.
  4. Просмотрите содержимое справки для инструмента:
    1. Чтобы просмотреть справку и руководство верхнего уровня, выполните следующую команду:
      Migrator /help
    2. Просмотрите текст справки для команды валидации: Migrator validate /help Впервые проверяя коллекцию, сделайте её простой. Команда должна иметь следующую структуру: Migrator validate /collection:{collection URL} /tenantDomainName:{name} /region:{region}
  5. Замените {name} именем клиента Microsoft Entra. Например, чтобы выполнить команду применительно к DefaultCollection и клиенту Fabrikam, команда будет следующей: Migrator validate /collection:[^1^][4] (http://localhost:8080/DefaultCollection) /tenantDomainName:fabrikam.OnMicrosoft.com /region:{region} Если необходимо запустить средство с компьютера, отличного от Azure DevOps Server, используйте параметр /connectionString.

Следующий шаг

Проверка и подготовка к миграции

Связанный контент

  • Last updated on