Sdílet prostřednictvím

Migrace mezi klienty

Funkce migrace mezi klienty umožňuje přenést prostředí z jednoho klienta do druhého. Tato funkce podporuje scénáře, jako je sloučení více klientů do jednoho a usnadnění akvizic společnosti. Prostředí není ve skutečnosti přesunuto, ale je propojeno s jiným klientem. Prostředí stále existuje, ale již není součástí zdrojového klienta. Je k dispozici a spravováno pod cílovým klientem. V rámci tohoto přesunu neexistují žádné změny uživatelského rozhraní změny nebo změny verze.

Než začnete

Před zahájením migrace mezi tenanty si uvědomte následující.

Poznámka

Migrace mezi tenanty budou v budoucnu podporovány ve spravovaných prostředích.

  • Podporované typy prostředí: Podporují se pouze produkční a sandboxová prostředí.
  • Nepodporovaná typy prostředí: Výchozí, vývojářská, zkušební verze a prostředí Teams se nepodporují. Komunitní cloud státní správy (GCC) pro veřejné cloudy a naopak se také nepodporují.
  • Následující komponenty nejsou podporované: Dynamics 365 Customer Voice, Omnichannel for Customer Service, knihovna komponent, Dynamics 365 Customer Insights – Cesty a Dynamics 365 Customer Insights – Data.
  • Konkrétní postupy vyžadované pro Power Apps, Power Automate, Power Pages a Microsoft Copilot Studio jsou uvedeny v krocích před migrací a po migraci.
  • Organizaci Dataverse propojenou s finanční a provozní organizací nelze migrovat do jiného klienta.
  • Po migraci mezi tenanty může být nutné překonfigurovat některé aplikace a nastavení, například Dynamics 365 for Outlook, synchronizaci na straně serveru, SharePoint a další.
  • Po vytvoření a konfiguraci uživatelů je nutné vytvořit soubor mapování uživatelů, který je popsán dále v tomto článku.
  • Pokud má namapovaný uživatel poštovní schránku v cílovém klientovi, je poštovní schránka automaticky nakonfigurována během migrace. U všech ostatních uživatelů musíte překonfigurovat poštovní schránku.
    • Pokud je stejná poštovní schránka použita v cílovém klientu test@microsoft.com, ve výchozím nastavení se použije tato poštovní schránka. Před procesem migrace mezi klienty musí zákazníci migrovat a konfigurovat své poštovní schránky u cílového klientu.
    • Pokud používáte výchozí doménu onmicrosoft test@sourcecompanyname.onmicrosoft.com, název domény po migraci se změní na test@targetcompanyname.onmicrosoft.com. Zákazníci musí přenastavit poštovní schránku. Další informace o konfiguraci poštovní schránky najdete v části Připojení k Exchange Online.

Požadavky

Před zahájením procesu migrace nezapomeňte splnit následující požadavky:

  • Vytvořte uživatele v cílovém klientovi, včetně:
    • Vytváření uživatelů v Microsoft 365 a Microsoft Entra ID.
    • Přiřadit licence.
  • K uskutečnění migrace musíte mít oprávnění správce Power Platform nebo Dynamics 365.
  • Modul PowerShell pro správce Power Platform je doporučeným modulem PowerShell pro interakci s funkcemi správce. Další informace najdete v části Začínáme s prostředím PowerShell pro správce Power Platform.

Proces přípravy

Proveďte následující postupy pro Power Automate, Power Apps, Copilot Studio a Power Pages před migrací. Musíte také vytvořit soubor mapování uživatelů.

Příprava Power Automate

Pokud jsou vaše toky již definovány v Dataverse, není potřeba žádná další práce.

Všechny toky Power Automate, které by měly být migrovány, musí mít své definice přidány do řešení Dataverse ve zdrojovém prostředí. Další informace najdete v části Přidání existujícího cloudového toku do řešení. To lze provést hromadně spuštěním rutiny Add-AdminFlowsToSolution.

Příprava Power Apps

Všechny toky Power Apps je nutné exportovat ručně. Nepodporujeme migraci zákaznických konektorů, připojení ani bran. Pokud máte některou z těchto komponent nastavenou, je nutné je po migraci ručně překonfigurovat.

Pro aplikace, které zohledňují řešení

  1. U aplikací, které zohledňují řešení, přejděte do Power Apps, přejděte na stránku Řešení a exportujte všechny aplikace a řešení. Můžete je exportovat jednotlivě nebo je seskupit do jednoho řešení, pokud ještě nejsou.

  2. Po exportu tyto aplikace podporující řešení v prostředí odstraňte.

  3. Aplikace patřící do spravovaných řešení lze odstranit pouze odstraněním řešení.

  4. Aplikace, které jsou v nespravovaném řešení, lze odstranit možností Odstranit z tohoto prostředí.

    Důležité

    Aplikace plátna, vlastní stránky nebo knihovny komponent zohledňující řešení, které před migrací neodstraníte z prostředí, nebudou po dokončení migrace fungovat.

Pro aplikace, které nezohledňují řešení

  1. Přejděte na Power Apps a vyberte Aplikace.

  2. Pro každou aplikaci, kterou chcete přesunout, vyberte Více příkazů a poté vyberte Exportovat balíček (preview).

  3. Vyplňte údaje potřebné k provedení exportu aplikace a poté vyberte Exportovat. Po dokončení exportu začne stahování.

    Výsledný soubor obsahuje balíček aplikace, který byl vybrán.

  4. Opakujte tyto kroky, dokud nebudou exportovány všechny aplikace.

  5. Z prostředí odstraňte tyto aplikace nezohledňující řešení.

Správce může také zobrazit nebo odstranit aplikace plátna ze seznamu na portálu pro správu provedením následujících kroků:

  1. Přejděte do centra pro správu Power Platform a pak vyberte prostředí v okně Spravovat.
  2. V akci Prostředky vyberte Power Apps, abyste je zobrazili a odstranili.

Příprava Copilot Studio

Všechny chatboty Copilot Studio je nutné exportovat ručně. Některé závislé komponenty chatbotů je nutné během migrace nebo po ní ručně překonfigurovat. Například připojení, proměnné prostředí a vlastní konektory musí být ručně překonfigurovány během nebo po migraci.

Chatboty podporují řešení. Přejděte na Power Apps, navigujte na stránku Řešení a exportujte všechna řešení chatbotů – buď jednotlivě, nebo je seskupte do jednoho řešení. Další informace najdete v části Export a import robotů pomocí řešení.

Příprava Power Pages

Následující kroky je nutné provést pro každý web v prostředí:

  1. Přihlaste se k prostředí.
  2. Otevřete centrum pro správu.
  3. Odstraňte web.

Vytvořte soubor mapování uživatele

Vytvořte soubor mapování uživatele pro zdrojové prostředí, které se má přenést do cílového prostředí. Je důležité si uvědomit, že každé prostředí vyžaduje samostatný soubor mapování. Ujistěte se, že jsou uživatelé přítomni a autorizováni v původním i cílovém klientovi, protože je to nutné pro úspěšnou migraci. Domény uživatelů se můžou u zdroje a cíle lišit, pokud jsou aktivní.

  1. Vytvořte soubor mapování uživatele s názvem usermapping.csv.

    Poznámka

    U názvu souboru je rozlišována velikost písmen. Ujistěte se, že jsou záznamy odděleny čárkou, nikoli středníkem.

  2. Přesně zaznamenejte podrobnosti o uživatelích, včetně jejich ID zdrojového a cílového e-mailu. Ujistěte se, že před a za záhlavím nejsou žádné mezery navíc. Soubor mapování by měl vypadat jako v následujícím příkladu:

    Zdroj Cíl
    SourceUser@sourcetenant.com DestinationUser@targettenant.com

Pro uživatele s plným přístupem

  1. Přistupte ke zdrojovému prostředí.

  2. K vyhledání uživatelů použijte rozšířené hledání.

  3. Vyberte Použít uložené zobrazení>Uživatelé s plným přístupem a pak vyberte Upravit sloupce.

  4. Odeberte všechny sloupce kromě sloupce Celé jméno.

  5. Vyberte Přidat sloupce>Windows Live ID.

  6. Vyberte OK>Výsledky k zobrazení seznamu uživatelů s plným přístupem.

  7. Vyberte všechny záznamy, vyberte Exportovat uživatele na pásu karet a poté vyberte Statický pracovní list.

  8. Postupujte podle kroků 1–7 výše pro cílového klienta, pokud je to možné. Nyní byste měli mít dva samostatné listy Excelu: jeden pro zdrojového a jeden pro cílového klienta.

  9. Otevřete soubory Excel pro úpravy.

  10. Počínaje zdrojovým listem aplikace Excel zkopírujte záznamy pod sloupec Windows Live ID do poznámkového bloku. Nekopírujte záhlaví.

  11. Uložte soubor poznámkového bloku.

  12. Zadejte cílový účet Windows Live ID (UPN) do stejného dokumentu programu Poznámkový blok napravo od odpovídajícího zdrojového hlavního názvu uživatele (UPN). Nezapomeňte oddělit zdrojový a cílový hlavní název uživatele (UPN) čárkou (,).

    Příklad:

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

  13. Uložte soubor jako CSV.

Pro uživatelé s přístupem ke správě

  1. Přistupte ke zdrojovému prostředí.
  2. K vyhledání uživatelů použijte rozšířené hledání.
  3. Vyberte Použít uložené zobrazení>Uživatelé s přístupem pro správce a poté vyberte Výsledky k zobrazení seznamu uživatelů s přístupem pro správce.
  4. Pokud se rozhodnete nezahrnout žádného z těchto uživatelů, přeskočte následující kroky. V opačném případě, chcete-li tyto uživatele zahrnout do souboru mapování, postupujte takto:

    1. Najděte odpovídající uživatele v cílovém klientovi.

    2. Ujistěte se, že je cílovému uživateli v cílovém klientovi přiřazena platná licence.

      Poznámka

      Pokud cílovému uživateli není přiřazena žádná licence, migrace se nezdaří.

    3. Uložte soubor CSV, který má namapované uživatele s plným přístupem i uživatele s přístupem pro správce.

Migrace

Než budete pokračovat v migraci, ujistěte se, že jste zkontrolovali a dokončili proces přípravy. Po dokončení procesu přípravy proveďte migraci v následujících částech.

Instalace PowerShell pro správce Power Platform (správci zdroje i cíle)

Modul PowerShell pro správce Power Platform je doporučeným modulem PowerShell pro interakci s funkcemi správce. Informace, které vám pomohou začít s PowerShell pro správce Power Platform, naleznete v tématech Začínáme s PowerShell pro správce Power Platform a Instalace PowerShell pro správce Power Platform.

Nainstalujte nebo aktualizujte potřebný modul pomocí jednoho z následujících příkazů:

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

Instalace Azure PowerShell na Windows (správci zdroje i cíle)

Modul Azure PowerShell je souhrnný modul. Instalace modulu Azure PowerShell stáhne obecně dostupné moduly a zpřístupní jejich rutiny pro použití. Další informace najdete v článku Instalace Azure PowerShell ve Windows.

K instalaci modulu Azure PowerShell použijte rutinu Install-Module:

Install-Module -Name Az -Repository PSGallery -Force

Přihlaste se k Microsoft Power Platform (správci zdroje i cíle)

Přihlaste se k Microsoft Power Platform. Tento krok umožňuje správcům ověřování a přístup k prostředí Power Platform.

Add-PowerAppsAccount

Odeslání žádosti o migraci (správce zdroje)

Pokud chcete zahájit migraci mezi klienty, Dynamics 365 nebo Power Platform správce zdrojového klienta musí odeslat žádost cílovému klientovi pomocí následujícího příkazu a zadat ID názvu prostředí a ID klienta.

K dokončení tohoto kroku musíte mít přihlašovací údaje správce Power Platform nebo správce Dynamics 365.

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

Stav a MigrationID můžete zobrazit pomocí následujícího příkazu:

TenantToTenant-ViewMigrationRequest

Poznámka

Poznamenejte si MigrationID, které se používá v dalších příkazech migrace. ID migrace zdrojového klienta se liší od ID migrace cílového klienta.

Zobrazení a schválení žádosti o migraci (správce cíle)

Správce cílového klienta by měl spustit následující příkaz, aby se zobrazily všechny žádosti o migraci a stav. Správce může zkontrolovat všechny žádosti o migraci a možnosti schválení nebo zamítnutí.

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

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

Po schválení žádosti může správce cílového klienta upozornit správce zdrojového klienta, aby pokračoval v dalším kroku migrace.

Nahrajte soubor mapování uživatelů (administrátor zdroje)

Tento krok zahrnuje vytvoření adresy URL SAS, která se použije později k nahrání souboru mapování uživatele. Spusťte následující příkaz PowerShellu a nahraďte EnvironmentId skutečným ID prostředí a FileLocation skutečným umístěním souboru.

Poznámka

Při předávání hodnoty FileLocation je nutné zadat parametr s názvem souboru usermapping (usermapping.csv): C:\Filelocation\usermapping.csv.

TenantToTenant-UploadUserMappingFile –EnvironmentName {EnvironmentId} -UserMappingFilePath {FileLocation}

Nezapomeňte zkopírovat hodnotu ContainerUri souboru UserMapping pouze ke čtení vrácenou příkazem. Tento identifikátor URI SAS se vyžaduje jako parametr -ReadOnlyUserMappingFileContainerUri v příkazu TenantToTenant-PrepareMigration.

Příprava migrace prostředí (správce zdroje)

Následující krok zahrnuje provádění komplexních ověření, aby se zajistilo, že každý uživatel uvedený v souboru mapování uživatelů je ověřený a aktuálně aktivní v rámci cílového tenanta.

MigrationId je možné zobrazit pomocí příkazu "TenantToTenant-ViewMigrationRequest" ve zdrojovém klientovi.

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

Poznámka

Hodnota SASUri musí být zadána z výstupu příkazu TenantToTenant-UploadUserMappingFile.

Ukázkový výstup

Code        : 202
Description : Accepted

Doba trvání tohoto kroku se liší v závislosti na počtu uživatelů v souboru mapování uživatelů. Průběh tohoto kroku můžete monitorovat pomocí příkazu TenantToTenant-GetStatus, který je k dispozici níže.

Zkontrolovat stav (správce zdroje)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Ukázkový výstup

  • Ověření migrace mezi klienty: Spuštěna
  • Ověření migrace mezi klienty: Úspěšná
  • Ověření se nezdařilo, chyby se aktualizují v objektu blob zde: SASURI

Chyby a jak je vyřešit

  • Pokud se zobrazí chybová zpráva, že soubor mapování uživatele zadaný pro migraci tenanta do tenanta je neplatný, zkontrolujte, jestli je název souboru mapování uživatele správný a zda soubor mapování uživatele obsahuje čárku pro oddělení hodnot.
  • Řádek {čísla řádků} má stejné {ID e-mailu}: Ujistěte se, že neexistují žádné duplicitní položky.
  • Neplatný formát e-mailu {id e-mailu}: Zkontrolujte, zda je formát e-mailu správný .testuser@tenantdomain.com
  • Cíl na řádku {číslo řádku} je stejný jako ID zdrojového e-mailu: Ujistěte se, že se cílový e-mail liší od zdrojového e-mailu.
  • Každý řádek musí mít přesně dva sloupce: '{line numbers}': Ujistěte se, že každý řádek má pouze dva sloupce: zdrojový a cílový. Odstraňte přebytečné čárky.

Po opravě chyb mapování uživatelů je potřeba znovu načíst soubor mapování uživatelů pomocí stejného identifikátoru URI SAS.

Stáhněte si zprávu o chybě (správce zdroje)

Pokud jsou v souboru mapování uživatelů nějaké chyby, můžete si stáhnout zprávu o chybě. To lze provést přímým zkopírováním a vložením SasUrl zadaného v příkazu Tenant-To-Tenant-GetMigrationStatus do internetového prohlížeče nebo pomocí následujících příkazů, které používají SAS URI z předchozího kroku ke kontrole stavu a požadovaného umístění pro stažení zprávy o chybách.

Proveďte následující kroky:

  1. Ve Windows PowerShell ISE spusťte následující příkaz.

    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. Opravte problémy v souboru mapování uživatelů.

  3. Znovu nahrajte soubor pomocí kroků v části Nahrání souboru mapování uživatelů (správce zdroje).

Po úspěšném dokončení migrace prostředí (správce zdroje) můžete pokračovat v postupu Migrace prostředí (správce zdrojového kódu) a migrovat prostředí. Migraci proveďte během následujících sedmi dnů. Pokud migraci nedokončíte během následujících sedmi dnů, musíte znovu začít postupem Příprava migrace prostředí (zdrojový správce).

Migrace prostředí (správce zdroje)

MigrationId je možné zobrazit pomocí příkazu TenantToTenant-ViewMigrationRequest ve zdrojovém klientovi.

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

Získat stav (správce zdroje)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Ukázkový výstup

  • Migrace prostředí: Spuštěno
  • Migrace prostředí: Úspěšná

Poznámka

Pokud narazíte na nějaké problémy se spouštěním výše uvedených příkazů, odešlete žádost o podporu a získejte pomoc.

Proces po migraci

Po přesunutí prostředí do jiného klienta:

  • Adresa URL prostředí, ID organizace (OrgID) a název se nemění.
  • Zdrojové prostředí nemá Dataverse.
  • Uživatelé, kteří nejsou zahrnuti v mapovacím souboru, nebudou migrováni a mapováni po migraci.

Proveďte následující postupy pro Power Automate, Power Apps, Copilot Studio a Power Pages.

Proces po migraci pro Power Automate

Po dokončení migrace zkontrolujte importované součásti a proveďte následující kroky, abyste se ujistili, že toky a další majetek fungují správně.

  1. Vytvořte nebo namapujte připojení pro všechny informace o připojení.
    • Otevřete řešení v cílovém prostředí.
    • Přejděte na informace o připojení a znovu je ověřte nebo propojte s existujícím připojením.
  2. Povolte všechny toky.
    • Importované toky jsou ve výchozím nastavení vypnuté.
    • Před povolením nadřazených toků, které je volají, spusťte všechny podřízené toky, abyste se vyhnuli chybám.
  3. Aktualizujte adresy URL spouštěče HTTP.
    • Toky spouštěné pomocí protokolu HTTP vygenerují po importu novou adresu URL.
    • Aktualizujte všechny volající aplikace, nadřazené toky nebo externí systémy tak, aby používaly novou adresu URL.

Proces po migraci pro Power Apps

Pro aplikace, které zohledňují řešení

  1. Vyberte nové prostředí z Power Apps a přejděte na stránku Řešení.
  2. Vyberte Import a pomocí selektoru souborů vyberte balíčky exportované z kroku výše.
  3. Ověřte, že import byl úspěšně dokončen kontrolou obsahu řešení migrovaného prostředí.

Pro aplikace, které nezohledňují řešení

  1. Přejděte na Power Apps.
  2. V rozevíracím seznamu prostředí vyberte nové prostředí.
  3. Zvolte Aplikace.
  4. Vyberte Importovat aplikaci plátna.
  5. Nahrajte soubor balíčku aplikace.
  6. Dokončete všechny výběry možností importu a poté vyberte Importovat.
  7. Opakujte tyto kroky, dokud nebudou importovány všechny aplikace.

Proces po migraci pro Copilot Studio

  1. Vyberte nové prostředí z Power Apps a přejděte na stránku Řešení.
  2. Vyberte Import a pomocí selektoru souborů vyberte balíčky exportované z kroku výše.
  3. Ověřte, že import byl úspěšně dokončen kontrolou obsahu řešení migrovaného prostředí.

Proces po migraci pro Power Pages

Následující kroky je nutné provést pro každý web v prostředí.

  1. Přihlaste se k prostředí.
  2. Otevřete centrum pro správu.
  3. Zřiďte na webu stejný typ portálu a jazyk.

Po dokončení všech výše uvedených kroků a migrace můžete ověřit prostředí v cílovém tenantovi. Později můžete zdrojové prostředí odstranit v centru pro správu Power Platform.

Nejčastější dotazy

Jsou během migrace mezi klienty povoleny operace na pozadí?

Režim správy je povolen během migrace mezi klienty, takže operace na pozadí neběží. Další informace najdete v části Režim správy.

Je možné migrovat všechny uživatele organizace Dataverse?

Všechny uživatele organizace Dataverse můžeme migrovat pouze v případě, že uživatelé v cílovém tenantovi existují. Příklad:

user001@source.com, user001@destination.com

user002@source.com, user002@destination.com

Která prostředí jsou podporována pro migraci?

Podporována jsou pouze produkční prostředí a prostředí sandbox. Výchozí, vývojářská a zkušební prostředí a prostředí Teams nejsou podporována.

Přesune se prostředí fyzicky do nového tenanta?

Č. Prostředí zůstane na místě, ale organizace Dataverse se přesune do cílového tenanta. Už není součástí zdrojového tenanta a spravuje se v novém prostředí v cílovém tenantovi. Data uložená v Dataverse jsou stále uložená v prostředí ve vašem tenantovi. Nevyužívané prostředí by proto mělo být odstraněno po dokončení přesunu mezi tenanty a potvrzení, že data už ve zdrojovém tenantovi nejsou potřebná.

Jsou některé komponenty, které nejsou plně podporovány?

Přečtěte si další informace v části Než začnete pochopit, které komponenty jsou podporované a které komponenty se nepodporují.

Co se stane s konfiguracemi poštovních schránek?

Pokud mapovaný uživatel (uvedený v souboru mapování uživatelů) má poštovní schránku v cílovém tenantovi, je automaticky nakonfigurovaná. V opačném případě je vyžadována ruční opětovná konfigurace.

Jak zahájím migraci?

Správce Dynamics 365 nebo Power Platform zdrojového tenanta musí odeslat žádost pomocí příkazů PowerShell s názvem prostředí, ID a ID tenanta. Viz výše uvedené příkazy.

Existuje možnost samoobslužného uživatelského rozhraní?

Ano. Po schválení TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID} v cílovém tenantovi je na stránce prostředí k dispozici možnost uživatelského rozhraní pro přesunutí prostředí.

  • Last updated on