Sdílet prostřednictvím

Migrace mezi klienty

  • Článek

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

Než začnete s migrací mezi klienty, mějte na paměti následující poznámky.

  • Podporované typy prostředí: Pouze provozní a sandboxové prostředí.
  • Nepodporované typy prostředí: Výchozí, vývojářská, zkušební prostředí a prostředí Teams nejsou podporována. Government Community Cloud (GCC) do veřejných cloudů a naopak se nepodporují.
  • Mezi komponenty, které nejsou podporovány, patří Dynamics 365 Customer Voice, Omnikanál pro Customer Service, knihovna komponent, Dynamics 365 Customer Insights - Journeys a Dynamics 365 Customer Insights - Data.
  • Existují konkrétní postupy vyžadované pro Power Apps, Power Automate, Power Pages a Microsoft Copilot Studio specifikované 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 dokončení migrace mezi klienty budete muset změnit konfiguraci některých aplikací a nastavení jako Microsoft 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.

Předpoklady

Před zahájením procesu migrace se ujistěte, že jste splnili 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.
  • Abyste mohli provést migraci, 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í. Je také nutné 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 aplikace 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 do Power Apps a poté 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í ze sekce Správa.
  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 do Power Apps, přejděte 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ření souboru mapování uživatelů

Vytvořte soubor mapování uživatelů 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živatelů s názvem usermapping.csv.

    Poznámka:

    Název souboru rozlišuje velká a malá písmena. 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 není žádné místo navíc. Soubor mapování by měl vypadat podobně jako v tomto příkladu:

    Source 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 poté 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 Excelu 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.

Vygenerování adresy URL sdíleného přístupového podpisu (SAS) (správce zdroje)

Tento krok zahrnuje vytvoření adresy URL SAS, která se později použije k nahrání souboru mapování uživatelů. Spusťte následující příkaz PowerShell a nahraďte EnvironmentId samotným ID prostředí.

GenerateResourceStorage-PowerAppEnvironment –EnvironmentName {EnvironmentId}

Důležité

Ujistěte se, že prostředí není v režimu správce a uživatel má v prostředí přiřazenu roli Základní uživatel.

Ukázkový výstup

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

Nahrání souboru mapování uživatelů (správce zdroje)

Dalším krokem je přenos souboru mapování uživatele na dříve vytvořenou adresu URL SAS. Spusťte následující příkazy v Windows PowerShell ISE a ujistěte se, že parametry SASUri a FileToUpload obsahují příslušné informace o vašem prostředí. Tento krok je klíčový pro přesné nahrání mapování uživatelů do systému.

Poznámka:

Ke spuštění uvedeného skriptu je nutná instalace modulu Azure. Proveďte následující kroky pomocí Windows PowerShell ISE.

$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

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

Následující krok zahrnuje provedení 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 cílovém klientovi.

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

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

Poznámka:

Při předávání hodnoty SASUri musíte zadat parametr takto: https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783.

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 Soubor mapování uživatelů zadaný pro migraci mezi klienty je neplatný, zkontrolujte, jestli je název souboru mapování uživatelů správný a jestli soubor mapování uživatelů má čárkou oddělené hodnoty.
  • Řádek '{čísla řádků}' má stejné '{emailID}': Ujistěte se, že neexistují žádné duplicitní položky.
  • Neplatný formát e-mailu '{emailid}': Ujistěte se, že formát e-mailu je správný pro testuser@tenantdomain.com.
  • Cíl na řádku '{linenumber}' je stejný jako zdrojové emailId: 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: '{čísla řádků}': Ujistěte se, že každý řádek má pouze dva sloupce: zdrojový a cílový. Odstraňte případné přebytečné čárky.

Po opravě chyb mapování uživatelů musíte znovu nahrát soubor mapování uživatele 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, je k dispozici možnost stáhnout zprávu o chybách. 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 nebo pomocí následujících příkazů, které používají identifikátor SAS URI z předchozího kroku, stav kontroly a požadované umístění ke stažení sestavy chyb.

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)](#upload-the-user-mapping-file-(source-admin).

Po úspěšném dokončení kroku Příprava migrace prostředí (správce zdroje) můžete pokračovat postupem Migrace prostředí (správce zdroje) 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í (správce zdroje).

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 -EnvironmentName {EnvironmentId}

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, Power Pages.

Proces po migraci pro Power Automate

Po dokončení migrace si projděte část Kontrola komponent jako kontrolní seznam, abyste mohli upravit a aktivovat toky a další komponenty. Klíčové kroky jsou:

  1. Vytvoření připojení pro všechny informace o připojení.
  2. Spusťte všechny toky, včetně spuštění podřízených toků před nadřazenými toky.
  3. U všech toků aktivovaných protokolem HTTP načtěte novou adresu URL a umístěte ji do všech volajících aplikací nebo toků, aby se tyto odkazy aktualizovaly.

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. Umožňuje přejít 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 klientovi a později můžete odstranit zdrojové prostředí 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.

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

user001@source.com, user001@destination.comuser002@source.com, user002@destination.com