Перенесення між осередками

Функція міграції від клієнта до клієнта дає змогу переносити оточення від одного клієнта до іншого. Ця функція підтримує такі сценарії, як об'єднання кількох орендарів в один і полегшення придбання компанії. Навколишнє середовище насправді не рухається, а скоріше пов'язане з іншим орендарем. Навколишнє середовище все ще існує, але більше не є частиною вихідного клієнта. Він доступний і керується відповідно до цільового клієнта. Ця дія не внесе змін до інтерфейсу користувача або версій.

Перед початком роботи

Перш ніж починати міграцію від орендаря до орендаря, зверніть увагу на наступне.

• Підтримувані типи середовищ: лише виробництво та пісочниця.
• Не підтримуються типи середовищ: типи середовищ за замовчуванням, для розробників, ознайомлювальних версій і Teams не підтримуються. Government Community Cloud (GCC) на загальнодоступні хмари та навпаки не підтримуються.
• Компоненти, які не підтримуються, включають Dynamics 365 Customer Voice, Omnichannel for Customer Service, бібліотеку Dynamics 365 Customer Insights - Journeys компонентів та Dynamics 365 Customer Insights - Data.
• Конкретні кроки, необхідні для Power Apps, Power Automate, Power Pages, і Microsoft Copilot Studio вказані на етапах передміграції та після міграції.
• Організацію, Dataverse пов'язану з фінансовою та операційною організацією, не можна перенести на іншого клієнта.
• Після міграції від клієнта до клієнта може знадобитися переналаштувати деякі програми та параметри, наприклад Dynamics 365 for Outlook синхронізацію SharePoint на сервері та інші.
• Після створення та налаштування користувачів необхідно створити файл відображення користувачів, який описаний далі в цій статті.
• Якщо зіставлений користувач має поштову скриньку в цільовому клієнті, то під час міграції поштова скринька налаштовується автоматично. Для всіх інших користувачів потрібно переналаштувати поштову скриньку.
  • Якщо в цільовому клієнті test@microsoft.com використовується та сама поштова скринька, то поштова скринька використовується за замовчуванням. Перед міграцією від клієнта до клієнта клієнтам потрібно перенести та налаштувати свої поштові скриньки на цільовому клієнті.
  • Якщо ви використовуєте домен test@sourcecompanyname.onmicrosoft.com Microsoft за замовчуванням, ім'я домену після міграції буде змінено на test@targetcompanyname.onmicrosoft.com. Клієнтам потрібно буде повторно настроїти поштову скриньку. Дізнайтеся більше про настроювання поштової скриньки в розділі Підключитися до Exchange Online.

вимоги

Обов'язково виконайте наведені нижче попередні вимоги, перш ніж розпочати процес міграції:

• Створення користувачів у цільовому клієнті, зокрема:
  • Створення користувачів у Microsoft 365 та Microsoft Entra ідентифікаторі.
  • Призначити ліцензії.
• Щоб виконати міграцію, потрібно мати права адміністратора або Power Platform Dynamics 365.
• Модуль PowerShell для Power Platform адміністраторів є рекомендованим модулем PowerShell для взаємодії з можливостями адміністратора. Дізнайтеся більше в статті Початок роботи з PowerShell для Power Platform адміністраторів.

Процес підготовки

Виконайте наступні процедури для Power Automate та Power Apps Copilot Studio Power Pages перед міграцією. Ви також повинні створити файл зіставлення користувача.

Підготувати Power Automate

Якщо ваші потоки вже визначені Dataverse, то ніяких додаткових зусиль не потрібно.

Будь-які Power Automate потоки, які повинні бути перенесені, повинні мати свої визначення додані в Dataverse рішення в середовищі вихідного коду. Дізнайтеся більше в статті Додавання наявного хмарного потоку в рішення. Це можна зробити масово, запустивши командлет Add-AdminFlowsToSolution .

Підготувати Power Apps

Будь-які Power Apps потрібно експортувати вручну. Ми не підтримуємо міграцію з’єднувачів, з’єднань або шлюзів клієнтів. Якщо настроєний будь-який з цих компонентів, їх потрібно буде вручну настроїти після перенесення.

Для програм, що працюють з рішеннями

1. Для програм, які підтримують рішення, перейдіть Power Apps на сторінку Рішення та експортуйте всі програми та рішення. Ви можете експортувати їх окремо або згрупувати в одному рішенні, якщо вони ще цього не зробили.

2. Видаліть ці програми, що підтримують рішення, у середовищі після їх експорту.

3. Додатки, що належать до керованих рішень, можна видаляти лише після видалення рішення.

4. Програми, які перебувають у некерованому рішенні, можна видалити за допомогою параметра Видалити з цього середовища .

   Важливо

   Програми полотна з урахуванням рішення, настроювані сторінки або бібліотеки компонентів, які ви не видаляєте з середовища перед міграцією, не працюватимуть після завершення міграції.

Для програм, які не знають рішення

1. Перейдіть до розділу Power Apps, а потім виберіть Програми.

2. Для кожної програми, яку потрібно перемістити, виберіть «Більше команд», а потім виберіть «Експортувати пакет (попередній перегляд)».

3. Введіть дані, необхідні для виконання експорту програми, а потім натисніть Експортувати. Як тільки експорт завершиться, почнеться завантаження.

   У отриманому файлі міститься вибраний пакет програми.

4. Повторюйте ці кроки, доки не буде експортовано всі програми.

5. Видаліть ці програми, які не знають рішення, із середовища.

Адміністратор також може переглядати або видаляти програми на полотні зі списку на порталі адміністрування, виконавши такі дії:

1. Перейдіть до Power Platform Центру адміністрування та виберіть середовище в меню Керування.
2. Під дією Ресурси виберіть Power Apps для їх перегляду та видалення.

Підготувати Copilot Studio

Будь-які Copilot Studio чат-боти потрібно експортувати вручну. Деякі залежні компоненти чат-ботів потрібно переналаштовувати вручну під час або після міграції. Наприклад, підключення, змінні середовища та користувацькі з’єднувачі потрібно переналаштовувати вручну під час або після міграції.

Чат-боти пов'язані з рішеннями. Перейдіть на Power Apps сторінку Рішення, перейдіть на сторінку Рішення та експортуйте всі рішення чат-ботів, окремо або згруповані в одному рішенні. Дізнайтеся більше в статті Експорт та імпорт ботів за допомогою рішень.

Підготувати Power Pages

Для кожного веб-сайту в середовищі необхідно виконати наступні кроки:

1. Увійдіть до середовища.
2. Відкрийте Центр адміністрування.
3. Видаліть веб-сайт.

Створення файлу зіставлення користувачів

Створіть файл відображення користувача для вихідного середовища, яке буде передано в цільове середовище. Важливо зазначити, що для кожного середовища потрібен індивідуальний файл відображення. Переконайтеся, що користувачі присутні та авторизовані як у вихідних, так і в кінцевих клієнтах, оскільки це потрібно для успішної міграції. Домени користувачів можуть відрізнятися залежно від джерела та цілі, за умови, що вони активні.

1. Створіть файл зіставлення користувачів з іменем usermapping.csv.

   Нотатка

   Ім’я файлу чутливе до регістру. Переконайтеся, що записи відокремлюються комою, а не крапкою з комою.

2. Точно записуйте дані користувачів, зокрема їхні ідентифікатори електронної пошти джерела та призначення. Переконайтеся, що перед і після заголовка немає зайвих пробілів. Ваш файл відображення повинен виглядати як наступний приклад:

   Мова оригіналу	Призначення
   SourceUser@sourcetenant.com	DestinationUser@targettenant.com

Для користувачів з повним доступом

1. Доступ до вихідного середовища.

2. Використовуйте розширений пошук для пошуку користувачів.

3. Виберіть Використати збережене подання>Користувачі з повним доступом, а потім виберіть Змінити стовпці.

4. Видаліть усі стовпці, крім стовпця «Повне ім’я ».

5. Виберіть Додати стовпці>Windows Live ID.

6. Натисніть OK>Результати для перегляду списку користувачів із повним доступом.

7. Виберіть усі записи, виберіть Експорт користувачів на стрічці, а потім виберіть Статичний аркуш.

8. Виконайте кроки 1–7 вище для цільового орендаря, якщо це можливо. Тепер у вас має бути два окремі аркуші Excel: один для джерела та один для цільового клієнта.

9. Відкрийте файли Excel для редагування.

10. Почніть з вихідного аркуша Excel і скопіюйте записи під стовпцем Windows Live ID до програми Notepad. Не копіюйте заголовок.

11. Збережіть файл у програмі Notepad.

12. Введіть ідентифікатор призначення Windows Live ID (UPN) у тому самому документі Блокнота праворуч від відповідного джерела UPN. Обов’язково відокремлюйте UPN джерела та призначення комою (,).

    Приклад:

    • user001@source.com, user001@destination.com
    • user002@source.com, user002@destination.com
    • user003@source.com, user003@destination.com

13. Збережіть як файл CSV.

Для користувачів адміністративного доступу

1. Доступ до вихідного середовища.
2. Використовуйте розширений пошук для пошуку користувачів.
3. Виберіть Використовувати збережене подання>Користувачі з адміністративним доступом, а тоді виберіть Результати для перегляду списку користувачів з адміністративним доступом.
4. Якщо вирішено не включати жодного з цих користувачів, пропустіть зазначені нижче кроки. В іншому випадку, щоб включити цих користувачів у файл зіставлення, виконайте наступне:

   1. Знайдіть відповідних користувачів у кінцевому клієнті.

   2. Переконайтеся, що в цільовому клієнті призначено дійсну ліцензію.

      Нотатка

      Якщо цільовому користувачеві не призначено жодної ліцензії, міграція не відбудеться.

   3. Збережіть файл CSV, який містить зіставлення користувачів повного та адміністративного доступу.

Перенесення

Перш ніж продовжити міграцію, переконайтеся, що ви переглянули та завершили процес підготовки. Завершивши підготовчу підготовку, виконайте наведені нижче розділи, щоб перенести.

Інсталяція PowerShell для Power Platform адміністраторів (як вихідних, так і цільових адміністраторів)

Модуль PowerShell для Power Platform адміністраторів є рекомендованим модулем PowerShell для взаємодії з можливостями адміністратора. Щоб отримати відомості, які допоможуть розпочати роботу з модулем PowerShell для Power Platform адміністраторів, перейдіть до розділів Початок роботи з PowerShell для Power Platform адміністраторів та Інсталяція PowerShell для Power Platform адміністраторів.

Встановіть або оновіть необхідний модуль за допомогою однієї з наступних команд:

Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Update-Module -Name Microsoft.PowerApps.Administration.PowerShell

Інсталяція Azure PowerShell на Windows (як для адміністраторів джерела, так і для цільових адміністраторів)

Модуль Azure PowerShell є модулем зведення. Інсталяція модуля Azure PowerShell завантажує загальнодоступні модулі та робить їхні командлети доступними для використання. Дізнайтеся більше в статті Інсталяція Azure PowerShell на Windows.

Використовуйте командлет Install-Module, щоб інсталювати модуль Azure PowerShell:

Install-Module -Name Az -Repository PSGallery -Force

Увійдіть в( Microsoft Power Platform як для адміністраторів джерела, так і для цільових адміністраторів)

Увійдіть в. Microsoft Power Platform Цей крок дозволяє адміністраторам пройти автентифікацію та отримати доступ до Power Platform середовища.

Add-PowerAppsAccount

Надіслати запит на міграцію (адміністратор джерела)

Щоб ініціювати міграцію від клієнта до клієнта, Dynamics 365 або Power Platform адміністратор вихідного клієнта мають надіслати запит цільовому клієнту за допомогою наведеної нижче команди та надати ідентифікатор імені середовища та ідентифікатор клієнта.

Щоб виконати цей крок, потрібно мати Power Platform облікові дані адміністратора або адміністратора Dynamics 365.

TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}

Переглянути статус та MigrationID можна за допомогою такої команди:

TenantToTenant-ViewMigrationRequest

Перегляд і затвердження запиту на міграцію (цільовий адміністратор)

Адміністратор цільового клієнта має виконати наведену нижче команду, щоб побачити всі запити на міграцію та статус. Адміністратор може переглянути всі запити на міграцію та варіанти схвалення або відхилення.

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}

Коли запит буде схвалено, адміністратор цільового клієнта може повідомити про це адміністратора вихідного клієнта, щоб перейти до наступного кроку міграції.

Створення URL-адреси підпису спільного доступу (SAS) (адміністратор джерела)

Цей крок передбачає створення URL-адреси SAS, яка пізніше використовується для завантаження файлу зіставлення користувача. Виконайте наступну команду PowerShell, замінивши EnvironmentId фактичним ідентифікатором середовища.

GenerateResourceStorage-PowerAppEnvironment –EnvironmentName {EnvironmentId}

Приклад виводу

Code        :
Description :
Headers     :
Error       :
Errors      :
Internal    : @{sharedAccessSignature=https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783?sv=2018-03-28&sr=c&si=SASpolicyXXRRRX}

Завантажте файл зіставлення користувача (адміністратор джерела)

Наступний крок передбачає передачу файлу відображення користувача на раніше встановлений URL SAS. Щоб виконати це, запустіть наступні команди в Windows PowerShell ISE, переконавшись, що параметри SASUri та FileToUpload містять відповідну інформацію про ваше середовище. Цей крок має вирішальне значення для точного завантаження карт користувачів у систему.

$SASUri ="Update the SAS Uri from previous step”
$Uri = [System.Uri] $SASUri
 
$storageAccountName = $uri.DnsSafeHost.Split(".")[0]
$container = $uri.LocalPath.Substring(1)
$sasToken = $uri.Query
 
# File to upload
# Note that the file name should be usermapping.csv (case sensitive) with comma separated values.
$fileToUpload = 'C:\filelocation\usermapping.csv'
 
# Create a storage context
$storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken
 
# Upload the file to Azure Blob Storage
Set-AzStorageBlobContent -File $fileToUpload -Container $container -Context $storageContext -Force

Підготуйте міграцію середовища (адміністратор джерела)

Наступний крок передбачає проведення комплексної перевірки, щоб переконатися, що кожен користувач, зазначений у файлі зіставлення користувачів, перевірений і наразі активний у цільовому клієнті.

MigrationId можна переглянути за допомогою команди "TenantToTenant-ViewMigrationRequest" у вихідному клієнті.

TenantToTenant-PrepareMigration 
-MigrationId {MigrationId} 
-TargetTenantId {TargetTenantId} 
-ReadOnlyUserMappingFileContainerUri {SasUri}

Приклад виводу

Code        : 202
Description : Accepted

Тривалість цього кроку залежить від кількості користувачів у файлі зіставлення користувачів. Ви можете стежити за ходом виконання цього кроку за допомогою команди TenantToTenant-GetStatus , наведеної нижче.

Перевірити статус (адміністратор джерела)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Приклад виводу

• Міграція клієнта до клієнта: виконується
• Міграція клієнта до клієнта: успішно
• Перевірка не пройшла, помилки оновлюються на блобі тут: SASURI

Помилки та способи їх усунення

• Якщо ви отримали повідомлення про помилку "Файл зіставлення користувача", наданий для міграції "Клієнт – клієнт", невірний, перевірте, чи правильно названо ім'я файлу зіставлення користувача та чи є у файлі зіставлення користувачів кома для окремих значень.
• Рядки '{номери} рядків' мають однакову '{emailID}': переконайтеся, що немає повторюваних записів.
• Невірний формат електронної пошти '{emailid}': переконайтеся, що формат електронної пошти правильний для testuser@tenantdomain.com.
• Цільова електронна адреса в{linenumber} Інтернеті така ж, як і адреса електронної пошти джерела: переконайтеся, що адресата електронної пошти відрізняється від електронної пошти джерела.
• Кожен рядок повинен мати рівно два стовпці: «{Номери} рядків»: переконайтеся, що кожен рядок має лише два стовпці: початковий і цільовий. Видаліть усі зайві коми.

Після виправлення помилок зіставлення користувачів потрібно повторно завантажити файл зіставлення користувача, використовуючи той самий SAS URI.

Завантажити звіт про помилку (адміністратор джерела)

Якщо у файлі зіставлення користувачів є якісь помилки, є можливість завантажити звіт про помилки. Це можна зробити шляхом безпосереднього копіювання та вставки SasUrl , наданого в команді Tenant-To-Tenant-GetMigrationStatus , або за допомогою наведених нижче команд, які використовують URI SAS з попереднього кроку для перевірки статусу та бажане розташування для завантаження звіту про помилку.

Виконайте зазначені нижче кроки.

1. Виконайте наведену нижче команду за допомогою Windows PowerShell ISE.

   Import-Module Az.Storage 
   # Define the SAS URI of the blob
   $sasUri = " Update the SAS Uri from previous step "
   # Define the path where the blob will be downloaded
   $destinationPath = "C:\Downloads\Failed\"
   # Split the SAS URI on the '?' character to separate the URL and the SAS token
   $url, $sasToken = $sasUri -split '\?', 2
   $containerName = $url.Split('/')[3]
   $storageAccountName = $url.Split('/')[2].Split('.')[0]
   $storageContext = New-AzStorageContext -StorageAccountName $storageAccountName -SasToken $sasToken
   Get-AzStorageBlobContent -Blob "usermapping.csv" -Container $containerName -Destination $destinationPath -Context $storageContext 
   

2. Виправте проблеми у файлі зіставлення користувача.

3. Повторно завантажте файл, дотримуючись інструкцій, наведених у розділі Завантаження файлу зіставлення користувача (адміністратор джерела).

Після успішного завершення Підготовка міграції середовища (адміністратор джерела) ви можете перейти до процедури Міграція середовища (адміністратор джерела) для міграції середовища. Здійсніть міграцію протягом наступних семи днів. Якщо ви не завершите міграцію протягом наступних семи днів, вам потрібно знову розпочати процедуру Підготовка міграції середовища (адміністратор джерела).

Міграція середовища (адміністратор джерела)

Ідентифікатор міграції можна переглянути за допомогою команди TenantToTenant-ViewMigrationRequest у вихідному клієнті.

TenantToTenant-MigratePowerAppEnvironment
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}

Отримати статус (адміністратор джерела)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Приклад виводу

• Міграція середовища: Запущено
• Міграція середовища: Успішно

Процес після міграції

Після переміщення середовища до іншого клієнта.

• URL-адреса середовища, ідентифікатор організації (OrgID) та ім’я не змінюються.
• Джерельне середовище не має Dataverse.
• Користувачі, які не включені до файлу зіставлення, не будуть перенесені та зіставлені після міграції.

Виконайте наступні процедури для Power Automate, Power Apps, Copilot Studio, та Power Pages.

Процес після міграції для Power Automate

Після завершення міграції пройдіться розділом «Огляд компонентів » у вигляді чек-листа, щоб налаштувати та активувати потоки та інші компоненти. Ключові кроки:

1. Створіть з’єднання для всіх посилань на підключення.
2. Запускайте всі потоки, включаючи запуск дочірніх потоків перед батьківськими потоками.
3. Для будь-яких потоків, ініційованих HTTP, отримайте нову URL-адресу та розмістіть її в усіх додатках або потоках для дзвінків, щоб оновити ці посилання.

Процес після міграції для Power Apps

Для програм, що працюють з рішеннями

1. Виберіть нове середовище та Power Apps перейдіть на сторінку Рішення .
2. Виберіть Імпорт і за допомогою селектора файлів виберіть пакети, експортовані з вищезазначеного кроку.
3. Підтвердьте, що імпорт успішно завершено, перевіривши вміст рішення перенесеного середовища.

Для програм, які не знають рішення

1. Перейти до Power Apps.
2. Виберіть нове середовище з випадаючого списку оточення.
3. Виберіть Програми.
4. Виберіть Імпортувати програму з полотна.
5. Передайте файл із пакетом програм..
6. Завершіть вибір параметрів імпорту та натисніть кнопку Імпорт.
7. Повторюйте ці кроки, доки не буде імпортовано всі програми.

Процес після міграції для Copilot Studio

1. Виберіть нове середовище та Power Apps перейдіть на сторінку Рішення .
2. Виберіть Імпорт і за допомогою селектора файлів виберіть пакети, експортовані з вищезазначеного кроку.
3. Підтвердьте, що імпорт успішно завершено, перевіривши вміст рішення перенесеного середовища.

Процес після міграції для Power Pages

Наступні кроки мають бути виконані для кожного веб-сайту в середовищі.

1. Увійдіть до середовища.
2. Відкрийте Центр адміністрування.
3. Надання веб-сайту з однаковим типом порталу та мовою.

Після виконання всіх перерахованих вище кроків і міграції ви можете перевірити середовище в цільовому клієнті. Пізніше ви можете видалити джерельне середовище в Power Platform центрі адміністрування.

Запитання й відповіді

Чи ввімкнено фонові операції під час міграції від клієнта до клієнта?

Під час перенесення з клієнта на клієнт увімкнуто режим адміністрування, тому фонові операції не виконуватимуться. Дізнайтеся більше в режимі адміністрування.

Чи можемо ми перенести всіх користувачів Dataverse організації?

Ми можемо перенести всіх користувачів Dataverse організації тільки в тому випадку, якщо в кінцевому клієнті є користувачі. Приклад.

user001@source.com, user001@destination.com

user002@source.com, user002@destination.com