Rate this post

Миграция среды между арендаторами в Power Platform Admin Center

Полное руководство по перемещению среды между tenant-ами

Новая возможность в центре администрирования Power Platform позволяет администраторам переносить целую среду из одного арендатора (tenant) в другой. Это отличается от традиционной миграции решений, которая переносит только компоненты между средами внутри одного арендатора. Миграция tenant-to-tenant позволяет перемещать полностью всю среду между организационными границами.

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

1. Типичный сценарий миграции между арендаторами

Рассмотрим организацию, которая использует несколько арендаторов:

  • Основной корпоративный tenant для рабочих приложений, потоков, агентов и операционных задач.

  • Отдельный tenant для разработки, где команда исследует возможности, тестирует функции и проводит эксперименты.

Предположим, что в dev-tenant создано что-то ценное, и это нужно перенести в основной tenant компании. Вместо экспорта отдельных компонентов или решений можно перенести всю среду целиком из одного tenant в другой.

Это принципиально отличается от миграции между средами внутри одного tenant, где обычно используются:

  • управляемые решения (managed solutions)

  • неуправляемые решения (unmanaged solutions)

Эти методы переносят только компоненты. Миграция между арендаторами переносит всю среду.

2. Перемещение среды в Power Platform Admin Center

Когда администратор выбирает среду в центре администрирования Power Platform, появляется опция Move environment.

После запуска перемещения отображаются статусы, например:

  • Pending request for approval to move environments

  • Your request to move environments is pending approval

Возможны две ситуации:

  1. Вы отправили запрос на перенос среды в другой tenant.

  2. Другой tenant отправил запрос на перенос среды к вам.

Каждый запрос должен быть рассмотрен и одобрен.

3. Требование управляемых сред (Managed Environments)

Миграция tenant-to-tenant поддерживается только для управляемых сред.

Управляемая среда предоставляет расширенные функции управления и контроля, которые недоступны в обычных средах.

4. Поддерживаемые и неподдерживаемые типы сред

Не все среды можно переносить.

Поддерживаются

  • Production

  • Sandbox

Не поддерживаются

  • Developer

  • Default

  • Trial

  • Teams

Также нельзя переносить Dataverse-организации, связанные с Finance and Operations (актуально на конец 2025 года).

5. Различия идентификации и лицензирования

Исходный и целевой tenant независимы, поэтому:

  • домены пользователей различаются

  • email-адреса различаются

  • лицензии могут отличаться

  • административные роли разделены

Пример:

  • источник: girish.onmicrosoft.com

  • назначение: girishinc.onmicrosoft.com

Пользовательские данные должны быть сопоставлены при миграции.

6. Требуемые административные права

Миграция — это административная операция.

Необходимы права администратора:

  • в исходном tenant

  • в целевом tenant

7. Что переносится

Переносится вся среда, включая:

  • Power Apps

  • Power Automate flows

  • ресурсы Copilot Studio

  • данные Dataverse

Но некоторые элементы требуют ручных действий.

8. Что нужно экспортировать или настраивать вручную

Ручной экспорт

  • решения Power Apps

  • чат-боты Copilot Studio

Ручная настройка

  • connectors

  • environment variables

  • connections

  • gateways

Очистка

  • solution-aware apps нужно удалить после экспорта

9. Требование PowerShell

PowerShell для администрирования Power Platform должен быть установлен:

  • у администратора источника

  • у администратора назначения

Он устанавливается из PowerShell Gallery и используется для выполнения команд миграции.

Некоторые действия нельзя выполнить через интерфейс.

10. Перенастройка интеграций после миграции

Некоторые сервисы требуют перенастройки:

  • Dynamics 365 for Outlook

  • server-side synchronization

  • интеграция с SharePoint

Например, если SharePoint был связан с исходным tenant, нужно перенастроить связь в целевом.

11. Файл сопоставления пользователей (критически важен)

Нужно создать файл сопоставления пользователей (обычно Excel).

Он содержит:

  • user principal name источника

  • соответствующий пользователь назначения

Пример:

Пользователь источника Пользователь назначения
g@g.onmicrosoft.com g1@gcorp.onmicrosoft.com

После миграции владельцы записей заменяются согласно сопоставлению.

12. Отправка запроса на перенос

Процесс начинается с выбора среды и команды Move environment.

Система формирует:

  • migration request

  • target tenant ID

  • migration ID

Среда не переносится сразу — требуется одобрение целевого tenant.

13. Команды PowerShell

Submit migration request

Указать среду и tenant назначения.

View migration requests

Проверить статус.

View approval requests

Посмотреть ожидающие одобрения.

Approve migration

Использовать migration ID.

14. Определение source и destination

Каждый tenant имеет:

  • уникальный tenant ID

  • собственный домен

  • отдельный набор пользователей

Перенос возможен в обе стороны при наличии админ-доступа.

15. Как узнать target tenant ID

В Power Platform Admin Center:

  • открыть session details

  • найти target tenant ID

16. Отправка запроса не запускает перенос сразу

Перенос начинается только после:

  1. проверки запроса

  2. одобрения через PowerShell

17. Просмотр ожидающих запросов

Администратор может:

  • просмотреть запросы

  • проверить детали

  • отменить перенос

18. Одобрение миграции

Требуется:

  1. получить migration ID

  2. выполнить команду approval

Через интерфейс это пока сделать нельзя.

19. Отслеживание статуса

Возможные статусы:

  • pending

  • submitted

  • awaiting approval

20. Отмена миграции

Можно отменить до одобрения:

  • отклонить запрос

  • не выполнять approval

21. Ограничения (на начало 2026 года)

  • только managed environments

  • только production и sandbox

  • Finance and Operations Dataverse не поддерживается

  • часть компонентов экспортируется вручную

  • интеграции перенастраиваются вручную

  • approval только через PowerShell

22. Общий алгоритм миграции

  1. Подготовка среды

  2. Ручной экспорт компонентов

  3. Создание файла сопоставления пользователей

  4. Установка PowerShell

  5. Отправка запроса

  6. Получение migration ID

  7. Одобрение в целевом tenant

  8. Перенастройка сервисов

23. Заключение

Миграция среды между арендаторами в Power Platform Admin Center позволяет переносить полностью рабочие среды между tenant-ами, а не отдельные компоненты. Это особенно полезно, когда разработка, тестирование и эксплуатация выполняются в разных арендаторах.

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