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

Начало работы с средством миграции данных Azure DevOps

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

Диаграмма, на которой выделен этап

Узнайте, какие данные переносятся

Не все данные переносятся. Отдельные базы данных за пределами коллекции, например отчеты и данные SharePoint, не переносятся. Дополнительные сведения о переносе данных см. в следующих разделах.

Включенные данные

В следующей таблице показаны данные, относящиеся к миграции.

Включенные данные Описание
Сопоставление коллекции Каждая коллекция в Azure DevOps Server соответствует одной базе данных. Во время миграции вся коллекция, включая рабочие элементы, журнал, наборы изменений системы управления версиями Team Foundation Version Control (TFVC), данные Git, определения сборки и многое другое, переносятся в Azure DevOps Services. Рабочий элемент, набор изменений TFVC и номера фиксации Git остаются неизменными.

Исключенные данные

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

Исключенные данные Описание
Расширения Расширения необходимо переустановить после миграции. Вы должны опубликовать локальные расширения на рынок в качестве частных расширений и поделиться ими с учетной записью.
Сервисные перехватчики Данные hooks не включаются в миграцию; нужно перенастроить после миграции.
Нагрузочный тест Данные нагрузочного теста не переносятся; перенастройка нагрузочных тестов после миграции.
Агенты пайплайна и пулы агентов Перенастройка агентов конвейера и пулов агентов после миграции.
Упоминания Упоминания пользователей в обсуждениях рабочих элементов сохраняют локальное удостоверение, а не новый идентификатор Microsoft Entra. При наведении указателя мыши на имена пользователей не отображаются карточки контактов, а некоторые гиперссылки могут быть недопустимыми.
Интеграции с Project Server Недоступно для Azure DevOps Services. Например, сборки XAML, Microsoft Test Manager, SharePoint, хранилище данных SQL и т. д.
Предварительная версия функций Некоторые функции Azure DevOps Server можно просмотреть во время миграции в Azure DevOps Services.

Ограничения проекта

Если коллекция содержит множество проектов, Azure DevOps Services накладывает ограничение на 1000 проектов на организацию, хотя рекомендуется 300 или меньше. За пределами этого порогового значения некоторые впечатления, такие как подключение к организации из Visual Studio, могут ухудшиться. Чтобы остаться в пределах ограничения, рассмотрите возможность разделения коллекции или удаления старых проектов.

Общие сведения о связи между локальными базами данных и организациями Azure DevOps.

Прежде чем начать планировать миграцию, важно понять на высоком уровне, как функционирует процесс миграции базы данных. Миграции работают со следующими основными понятиями:

  • Коллекция командных проектов. Коллекции в Azure DevOps Server — это физический контейнер для командных проектов и их артефактов. Каждая коллекция соответствует одной базе данных SQL и является источником миграции в Azure DevOps Services.
  • Организация Azure DevOps Services: организации являются единицей управления в облачном сервисе. Логически они соответствуют концепции коллекции командных проектов в Azure DevOps Server с соотношением 1:1. Таким образом, организации служат конечной точкой миграции в Azure DevOps Services. Например, организации Azure DevOps Services представлены в том https://dev.azure.com/Contoso виде, где Contoso представляет имя организации Azure DevOps Services.

При переносе базы данных SQL коллекции командных проектов средство миграции данных создает новую организацию Azure DevOps с указанным пользователем именем. Перенос базы данных коллекции в существующую организацию Azure DevOps Services или консолидацию нескольких баз данных коллекции в одну организацию Azure DevOps Services невозможно. Сопоставление строго одно к одному между коллекциями проектов группы и организациями Azure DevOps Services.

Выбор центра обработки данных

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

Общие сведения о ценах

Вопрос, который обычно возникает при миграции, — какой тип лицензирования компании необходим для использования Azure DevOps Services. Хорошая новость заключается в том, что у вас, скорее всего, есть все необходимые лицензии. Мы создали пример листа, который должен охватывать большинство случаев. Если у вас есть конкретные вопросы о вашей ситуации, обратитесь к специалисту по продажам решений разработчика или торговому посреднику Майкрософт. Дополнительные сведения см. в разделе о ценах на Azure DevOps.

Лист лицензий пользователей

# Столбец 1 Столбец 2
1 Количество участников команды
2 Число заинтересованных лиц
3 Вычитает значение в строке 2 из значения в строке 1*
4 # подписчиков Visual Studio**
5 Вычитает значение в строке 4 из значения в строке 3
6 Вычесть значение в строке 5 из значения в строке 6.
  • Заинтересованные стороны свободны
  • ** Подписчики Visual Studio включают Azure DevOps Services в качестве преимущества подписки.
  • Каждая организация Azure DevOps Services получает пять бесплатных пользователей

Дополнительные сведения о экономичных вариантах доступа к функциям см. в обзоре выставления счетов и калькуляторе цен Azure.

Приобретите все необходимые лицензии пользователей Azure DevOps Services с помощью Visual Studio Marketplace или портал Azure. Мы углубимся в этот процесс во время этапа подготовки к тестированию.

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

  • Размещенные службы нагрузочного тестирования. Если необходимо имитировать и анализировать производительность приложений под нагрузкой, Azure DevOps предоставляет размещенные службы нагрузочного тестирования. Эти службы позволяют тестировать приложения и выявлять узкие места или проблемы с производительностью.
  • Расширения Диспетчера тестов. Для комплексного управления тестами рекомендуется использовать расширения Test Manager. Эти расширения расширяют возможности тестирования, предоставляя такие функции, как управление тестом, исследование тестирования и отслеживание выполнения тестов.
  • Дополнительные возможности: Azure DevOps предлагает различные расширения и интеграции, которые удовлетворяют конкретным потребностям. Независимо от того, интегрируется ли она с инструментами, отличными от Майкрософт, повышение безопасности или автоматизация конвейеров развертывания, существует широкий спектр вариантов.

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

Зарегистрируйте новую организацию

Учитывая временную шкалу проекта миграции, рекомендуется заранее зарезервировать имя вашей организации, чтобы убедиться, что ваше требуемое имя доступно для окончательной миграции.

Например, если ваша компания — Contoso, и вы хотите создать организацию с соответствующим именем, например, https://dev.azure.com/contoso, то вы можете создать организацию с таким именем прямо сейчас. Но помните, что вы можете переносить только в совершенно новую организацию в Azure DevOps Services.

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

  1. Начальное резервирование:
    1. Например, https://dev.azure.com/contoso-temporaryсоздайте организацию с временным именем.
    2. Зарезервируйте это временное имя для вашей будущей миграции.
  2. Окончательная миграция:
    1. Когда вы будете готовы начать окончательную миграцию, выполните её в организации https://dev.azure.com/contoso-temporary.
    2. После успешной миграции переименуйте зарезервированную организацию, чтобы открыть требуемое имя импортированной организации. Переименуйте его, а не удаляйте, так как удаление может занять до часа, чтобы освободить имя, тогда как при переименовании оно происходит сразу.
    3. Немедленно переименуйте перенесенную организацию в желаемое имя, например, https://dev.azure.com/contoso, что вы только что очистили путем переименования.
    4. При необходимости вы можете удалить изначально зарезервированную и переименованную организацию на этом этапе.

Следуя этому подходу, вы можете плавно перейти, обеспечивая доступность предпочтительного имени организации.

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

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