Начало работы с средством миграции данных Azure DevOps
Прежде чем использовать средство миграции данных Azure DevOps для переноса базы данных с высокой точностью, ознакомьтесь с некоторыми основными понятиями в этой статье.
Узнайте, какие данные переносятся
Не все данные переносятся. Отдельные базы данных за пределами коллекции, например отчеты и данные SharePoint, не переносятся. Дополнительные сведения о переносе данных см. в следующих разделах.
Включенные данные
В следующей таблице показаны данные, включенные в миграцию.
| Включенные данные | Description |
|---|---|
| Сопоставление коллекции | Каждая коллекция в Azure DevOps Server соответствует одной базе данных. Во время миграции вся коллекция, включая рабочие элементы, журнал, наборы изменений система управления версиями Team Foundation (TFVC), данные Git, определения сборки и многое другое— переносятся в Azure DevOps Services. Рабочий элемент, набор изменений TFVC и номера фиксации Git остаются неизменными. |
Исключенные данные
В следующей таблице показаны определенные исключения данных в миграции.
| Исключенные данные | Description |
|---|---|
| Расширения | Расширения необходимо переустановить после миграции. Вы должны опубликовать локальные расширения в Marketplace в качестве частных расширений и предоставить доступ к учетной записи. |
| Перехватчики событий | Данные перехватчиков служб не включаются в миграцию; перенастройка после миграции. |
| Нагрузочный тест | Данные нагрузочного теста не переносятся; перенастройка нагрузочных тестов после миграции. |
| Агенты конвейера и пулы агентов | Перенастройка агентов конвейера и пулов агентов после миграции. |
| Упоминания | Пользователи упоминание в обсуждениях рабочих элементов сохраняют локальное удостоверение, а не новый идентификатор 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: организации являются подразделением управления в облачной службе. Логически они сопоставляют 1:1 с концепцией коллекции командных проектов в Azure DevOps Server. Таким образом, организации являются назначением миграции в 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) из строки (5)*** |
- *Заинтересованные лица бесплатны
- ** Подписчики 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.
Выполните следующие действия, чтобы зарезервировать имя организации.
- Начальное резервирование:
- Например,
https://dev.azure.com/contoso-temporaryсоздайте организацию с временным именем. - Зарезервируйте это временное имя для вашей будущей миграции.
- Например,
- Окончательная миграция:
- Когда вы будете готовы начать окончательную миграцию, выполните его в
https://dev.azure.com/contoso-temporaryорганизации. - После успешной миграции переименуйте зарезервированную организацию, чтобы открыть требуемое имя импортированной организации. Переименуйте его, а не удалите его, так как удаление может занять до часа, чтобы освободить имя, при переименовании его немедленно.
- Немедленно переименуйте перенесенную организацию в нужное имя, например,
https://dev.azure.com/contosoчто вы только что очистили путем переименования. - При необходимости вы можете удалить изначально зарезервированную и переименованную организацию на этом этапе.
- Когда вы будете готовы начать окончательную миграцию, выполните его в
Следуя этому подходу, вы можете плавно перейти, обеспечивая доступность предпочтительного имени организации.
Следующие шаги
Связанные статьи
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по