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

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

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

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

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

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

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

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

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

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

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

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

Если коллекция содержит множество проектов, службы Azure DevOps накладывает ограничение в 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 или объединить несколько баз данных коллекции в одну организацию служб Azure DevOps. Сопоставление строго одно к одному между коллекциями проектов группы и организациями Azure DevOps Services.

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

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

Это важно

Не все регионы Azure поддерживают средство миграции данных. Настройка временных виртуальных машин SQL или другой инфраструктуры миграции в неподдерживаемых регионах может привести к задержкам и потребовать перенастройки. Просмотрите поддерживаемые регионы, прежде чем продолжить планирование миграции.

Поддерживаемые регионы Azure для миграции

В следующей таблице перечислены регионы Azure, поддерживающие средство миграции данных Azure DevOps:

Регион Короткий код
Центральная часть США CUS
Западная Европа МЫ
Соединенное Королевство (юг) UKS
Восточная Австралия AE
Бразилия (Юг) бакалавр наук
Центральная Индия магистр искусств
Юго-Восточная Азия (Сингапур) Юго-Восточная Азия
Центральная Канада CC

Полный процесс миграции и актуальные сведения о регионах см. в статье Поддерживаемые регионы Azure для миграции.

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

Частый вопрос о миграции заключается в том, какой тип лицензирования требуется компании для использования Azure DevOps Services. Хорошая новость заключается в том, что у вас, вероятно, уже есть все необходимые лицензии. Пример листа доступен, который должен охватывать большинство случаев. Если у вас есть конкретные вопросы о вашей ситуации, обратитесь к специалисту по продажам решений разработчика или торговому посреднику Майкрософт. Дополнительные сведения см. в разделе Pricing для 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 получает пять бесплатных пользователей.

Дополнительные сведения о экономичных вариантах доступа к функциям см. в обзоре выставления счетов и калькуляторе цен 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. Этот шаг резервирует имя, чтобы никто другой не смог запросить его во время миграции.
    2. Оставьте эту организацию без изменений, пока не будете готовы к миграции.
  2. Окончательная миграция:

    1. Когда вы будете готовы начать финальную миграцию, выполните её во временной организации, например https://dev.azure.com/contoso-temporary. Невозможно выполнить миграцию в существующую организацию.

    2. После успешной миграции переименуйте зарезервированную организацию (https://dev.azure.com/contoso) в имя заполнителя, например https://dev.azure.com/contoso-remove-later. Переименование организации предпочтительнее, чем ее удаление, поскольку после удаления освобождение названия может занять до часа.

      Note

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

    3. Переименуйте перенесенную организацию (https://dev.azure.com/contoso-temporary) в требуемое окончательное имя (https://dev.azure.com/contoso).

    4. При необходимости удалите организацию-заполнитель (https://dev.azure.com/contoso-remove-later).

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

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

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

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

  • Last updated on