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

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

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

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

Это может занять до 2–3 недель после выпуска новой версии RTW сервера Azure DevOps server для поддержки миграции, которая будет подключена к этой версии. Рассмотрим эту возможность при выборе обновления вскоре после нового выпуска 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, например проверки подлинности пользователей Azure DevOps Server, зависит от Active Directory. На этапе тестового запуска (ссылка) убедитесь, что файл журнала карты удостоверений соответствует локальная служба Active Directory организациям с идентификаторами Microsoft Entra ID. Этот файл не используется службой миграции. Это действие обеспечивает видимость отдельных журналов, сохранение разрешений безопасности и доступ к личным параметрам.

Синхронизация удостоверений и групп с идентификатором Microsoft Entra ID Подключение

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

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

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

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

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

Скачивание средства миграции данных 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 этот параметр.

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

Связанные статьи

• Подготовка к тестовой запуску
• Выполнение тестовой миграции
• Миграция в Azure DevOps Services
• Выполнение задач после миграции