Поделиться через

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

  • Статья

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

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

Обновление Сервера Azure DevOps

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

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

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

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

Реализация идентификатора Microsoft Entra

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

Совет

  • Рекомендуется использовать тот же клиент Идентификатора Microsoft Entra, что и другие службы Microsoft Cloud. Если у вашей компании уже есть идентификатор Microsoft Entra, пропустите этот шаг.
  • Хотя учетные записи Майкрософт работают для проверки подлинности Azure DevOps Services, их невозможно сопоставить во время миграции базы данных Azure DevOps Server.

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

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

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

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

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

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

Заметка

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

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

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

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

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

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

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

  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.

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

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