Migrering mellan klientorganisationer
Med migreringsfunktionen för klientorganisation till klientorganisation kan du överföra en miljö från en klientorganisation till en annan. Den här funktionen stöder scenarier som att slå samman flera klientorganisationer till en enda och underlätta företagsförvärv. Miljön flyttas de facto inte, utan länkas istället till en annan klientorganisation. Miljön finns fortfarande, men ingår inte längre i källklientorganisationen. Den är tillgänglig och hanteras under målklientorganisationen. Det finns inga ändringar i användargränssnittet eller versionsändringar som en del av övergången.
Innan du kommer igång
Tänk på följande innan du börjar med en migrering från klientorganisation till klientorganisation.
- Miljötyper som stöds: Endast produktion och sandbox-miljö.
- Miljötyper som inte stöds: Standard-, utvecklar-, utvärderings- och Teams-miljötyper stöds inte. Government Community Cloud (GCC) till offentliga moln och vice versa stöds inte.
- Komponenter som inte stöds inkluderar Dynamics 365 Customer Voice, Flerkanal för Customer Service, komponentbibliotek, Dynamics 365 Customer Insights - Journeys och Dynamics 365 Customer Insights - Data.
- Det finns specifika steg som krävs för Power Apps, Power Automate, Power Pages och Microsoft Copilot studio som beskrivs i stegen före och efter migrering.
- En Dataverse-organisation som är länkad till en organisation för ekonomi och drift kan inte migreras till en annan klientorganisation.
- Du kan behöva konfigurera om vissa program och inställningar efter migrering av klientorganisation till klientorganisation, till exempel Microsoft Dynamics 365 for Outlook, serversynkronisering, SharePoint med mera.
- När användarna har skapats och konfigurerats måste du skapa en användarmappningsfil, vilket beskrivs senare i den här artikeln.
- Om den mappade användaren har en postlåda i målklientorganisationen tillhandahålls postlådan automatiskt konfigurerad under migreringen. För alla andra användare måste du konfigurera om postlådan.
- Om samma postlåda används i målklientorganisationen
test@microsoft.comkommer postlådan att användas som standard. Före migrering mellan klientorganisationer måste kunderna migrera och konfigurera sina postlådor i klientorganisationen. - Om du använder den förvalda onmicrosoft-domänen,
test@sourcecompanyname.onmicrosoft.com, ändras domännamnet efter migrering tilltest@targetcompanyname.onmicrosoft.com. Kunderna måste konfigurera om postlådan. Läs mer hur du konfigurerar postlådan i Anslut till Exchange Online.
Förutsättningar
Se till att du uppfyller följande krav innan du påbörjar migreringsprocessen.
- Skapa användare i målklientorganisationen, inklusive:
- Skapa användare i Microsoft 365 och Microsoft Entra ID.
- Tilldela licenser.
- Du måste ha administratörsbehörighet för Power Platform eller Dynamics 365 för att kunna utföra migreringen.
- Modulen PowerShell för Power Platform-administratörer är den rekommenderade PowerShell-modulen för interaktion med administratörsfunktioner. Läs mer i Komma igång med PowerShell för Power Platform-administratörer.
Förberedelseprocess
Slutför följande procedurer för Power Automate, Power Apps, Copilot Studio och Power Pages före migrering. Du måste också skapa en användarmappningsfil.
FörberedaPower Automate
Om dina flöden redan definierats i Dataverse krävs inget extra arbete.
Alla Power Automate-flöden som ska migreras måste få sina definitioner tillagda i Dataverse-lösningar i källmiljön. Läs mer i Lägg till ett befintligt molnflöde i en lösning. Detta kan ske i bulk genom att köra cmdleten Add-AdminFlowsToSolution.
FörberedaPower Apps
Alla Power Apps måste exporteras manuellt. Vi stöder inte migrering av kundanslutningsprogram, anslutningar eller gateways. Om någon av komponenterna har konfigurerats måste de konfigureras om manuellt efter migreringen.
För lösningsmedvetna program:
För program som är lösningsmedvetna går du till Power Apps, navigerar till sidan Lösningar och exporterar sedan alla program och lösningar. Du kan exportera dem individuellt eller gruppera dem i en enda lösning, om de inte redan är det.
Ta bort de här lösningsmedvetna apparna i miljön när de har exporterats.
Appar som tillhör hanterade lösningar kan bara tas bort genom att lösningen tas bort.
Program som finns i en ohanterad lösning kan tas bort med hjälp av alternativet Ta bort från den här miljön.
Viktigt
Lösningsmedvetna arbetsyteappar, anpassade sidor eller komponentbibliotek som du inte tar bort från en miljö före migrering fungerar inte när migreringen är klar.
För program som inte är lösningsmedvetna:
Gå till Power Apps och välj sedan Program.
För varje program som du vill flytta väljer du Fler kommandon och väljer sedan Exportera paket (förhandsversion).
Ange den information som krävs för att utföra exporten av programmet och välj sedan Exportera. När exporten är klar börjar en hämtning.
Den resulterande filen innehåller det valda program-paketet.
Upprepa stegen tills alla program har exporterats.
Ta bort dessa icke-lösningsmedvetna appar från miljön
En administratör kan också visa eller ta bort arbetsyteappar från listan i administratörsportalen genom att utföra följande steg.
- Gå till administratörscentret för Power Platform och välj sedan miljön från Hantera.
- Under åtgärden Resurser, välj Power Apps för att visa och ta bort dem.
FörberedaCopilot Studio
Alla Copilot Studio chattrobotar måste exporteras manuellt. Vissa beroende komponenter i chattrobotar måste konfigureras om manuellt under eller efter migreringen. Vissa anslutningar, miljövariabler och anpassade anslutningsprogram måste till exempel omkonfigureras manuellt under eller efter migrering.
Chattrobotar är lösningsmedvetna. Gå till Power Apps, gå vidare till Lösningar och exportera alla chattrobotlösningar, antingen individuellt eller också genom att gruppera samman dem i en och samma lösning. Läs mer i Exportera och importera robotar med lösningar.
FörberedaPower Pages
Följande steg måste utföras för varje webbplats i en miljö.
- Logga in på miljön.
- Öppna administratörscentret.
- Ta bort webbplatsen.
Skapa en användarmappningsfil
Skapa en användarmappningsfil för källmiljön som ska överföras till målmiljön. Det är viktigt att observera att varje miljö kräver en enskild mappningsfil. Se till att användarna finns och har behörighet i både ursprungs- och målklientorganisationen, eftersom detta krävs för en lyckad migrering. Användarnas domäner kan variera mellan källa och mål, förutsatt att de är aktiva.
Skapa en användarmappningsfil med namnet usermapping.csv.
Obs
Filnamnet är skiftlägeskänsligt. Se till att posterna avgränsas med ett kommatecken, inte ett semikolon.
Registrera användarnas uppgifter korrekt, inklusive deras käll- och destinations-e-post-ID:n. Se till att det inte finns något extra utrymme före och efter rubriken. Din mappningsfil bör se ut som i följande exempel:
Source Mål SourceUser@sourcetenant.comDestinationUser@targettenant.com
För användare med fullständig åtkomst:
Åtkomst till källmiljön.
Använd Avancerad sökning för att söka efter användare.
Välj Använd sparad vy > Användare med full åtkomst, och välj sedan Redigera kolumner.
Ta bort alla kolumner förutom kolumnen Fullständigt namn.
Välj Lägg till kolumner > Windows Live ID.
Välj OK > Resultat om du vill se listan över användare med fullständig åtkomst.
Markera alla poster, markera Exportera användare i menyfliksområdet och välj sedan Statiskt kalkylblad.
Följ steg 1-7 ovan för målklientorganisationen om det är möjligt. Du bör nu ha två separata Excel-kalkylblad – ett för käll- och ett för målklientorganisationen.
Öppna Excel-filerna för redigering.
Börja med Excel-källfilen och kopiera posterna under kolumnen Windows Live ID till Anteckningar. Kopiera inte sidhuvudet.
Spara filen Anteckningar.
Ange målets Windows Live ID (UPN) i samma Anteckningar-dokument till höger om motsvarande käll-UPN. Se till att avgränsa käll- och mål-UPN:er med ett kommatecken (,).
Exempel:
-
user001@source.com,user001@destination.com -
user002@source.com,user002@destination.com -
user003@source.com,user003@destination.com
-
Spara filen som ett CSV.
För användare med administrativ åtkomst:
- Åtkomst till källmiljön.
- Använd Avancerad sökning för att söka efter användare.
- Välj Använd sparad vy > Användare med administrativ åtkomst, och välj sedan Resultat för att se en lista över användare med administrativ åtkomst.
- Om du bestämmer dig för att inte ta med någon av dessa användare hoppar du över följande steg. I annat fall gör du följande för att inkludera dessa användare i mappningsfilen:
- Hitta motsvarande användare i målklientorganisationen.
- Se till att en giltig licens har tilldelats till målanvändaren i målklientorganisationen.
Obs
Om målanvändaren inte har tilldelats någon licens kommer migreringen inte att misslyckas.
- Spara CSV-filen som har mappade användare med fullständig åtkomst och administrativ åtkomst.
Migrering
Innan du fortsätter med migreringen kontrollerar du att du har granskat och slutfört förberedelseprocessen. När du har slutfört förberedelseprocessen slutför du följande avsnitt för att migrera.
Installera PowerShell för Power Platform-administratörer (både käll- och måladministratörer)
Modulen PowerShell för Power Platform-administratörer är den rekommenderade PowerShell-modulen för interaktion med administratörsfunktioner. Information som hjälper dig att komma igång med modulen PowerShell för Power Platform-administratörer finns i Kom igång med PowerShell för Power Platform-administratörer och Installera PowerShell för Power Platform-administratörer.
Installera eller uppdatera den nödvändiga modulen med något av följande kommandon:
Install-Module -Name Microsoft.PowerApps.Administration.PowerShell
Update-Module -Name Microsoft.PowerApps.Administration.PowerShell
Installera Azure PowerShell på Windows (både käll- och måladministratörer)
Modulen Azure PowerShell är en sammanslagningsmodul. När du installerar Azure PowerShell-modulen laddas de allmänt tillgängliga modulerna ned och deras cmdlets blir tillgängliga för användning. Läs mer i Installera Azure PowerShell i Windows.
Använd cmdleten Install-Module för att installera Azure PowerShell-modulen:
Install-Module -Name Az -Repository PSGallery -Force
Logga in i Microsoft Power Platform (både käll- och måladministratörer)
Logga in på Microsoft Power Platform. Det här steget gör det möjligt för administratörer att autentisera och komma åt Power Platform-miljön.
Add-PowerAppsAccount
Skicka migreringsbegäran (källadministratör)
Om du vill initiera en migrering från klientorganisation till klientorganisation måste källklientorganisationens Dynamics 365- eller Power Platform-administratör skicka en begäran till målklientorganisationen med hjälp av följande kommando, samt även ange miljönamns-ID och klientorganisations-ID.
Du måste ha autentiseringsuppgifter fr Power Platform- eller Dynamics 365-administratör för att slutföra det här steget.
TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}
Du kan visa status och MigrationID med hjälp av följande kommando.
TenantToTenant-ViewMigrationRequest
Obs
Registrera MigrationID, som används i ytterligare migreringskommandon. MigrationID för källklientorganisation skiljer sig från MigrationID för målklientorganisation
Visa och godkänn migreringsbegäran (måladministratör)
Administratören för målklientorganisationen bör köra följande kommando för att se alla migreringsbegäranden och status. Administratören kan granska alla migreringsbegäranden och alternativ för att godkänna eller avvisa.
Add-PowerAppsAccount
TenantToTenant-ViewApprovalRequest
TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}
När en begäran har godkänts kan administratören för målklientorganisationen meddela administratören för källklientorganisationen att fortsätta med nästa steg i migreringen.
Generera en URL för signatur för delad åtkomst (SAS) (källadministratör)
Det här steget innebär att skapa SAS-URL:en, som används senare för att ladda upp användarmappningsfilen. Kör följande PowerShell-kommando och ersätt EnvironmentId med det faktiska miljö-ID:t.
GenerateResourceStorage-PowerAppEnvironment –EnvironmentName {EnvironmentId}
Viktigt
Kontrollera att miljön inte är i Administratörsläge och att användaren har tilldelats rollen som Vanlig användare i miljön.
Exempel på utdata
Code :
Description :
Headers :
Error :
Errors :
Internal : @{sharedAccessSignature=https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783?sv=2018-03-28&sr=c&si=SASpolicyXXRRRX}
Ladda upp användarmappningsfilen (källadministratör)
Nästa steg är att överföra användarmappningsfilen till den tidigare upprättade SAS-URL:en. För att åstadkomma detta kör du följande kommandon i Windows PowerShell ISE och ser till att parametrarna SASUri och FileToUpload innehåller lämplig information om din miljö. Detta steg är avgörande för att ladda upp mappning av användarna korrekt i systemet.
Obs
Installationen av modulen Azure krävs för att köra skriptet som nämns. Utför följande steg med 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
Förbereda miljömigrering (källadministratör)
Följande steg innebär att utföra omfattande valideringar för att säkerställa att varje användare som anges i användarmappningsfilen verifieras och för närvarande är aktiv i målklientorganisationen.
MigrationId kan visas med hjälp av kommandot ”TenantToTenant-ViewMigrationRequest” i källklientorganisationen.
TenantToTenant-PrepareMigration
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}
-ReadOnlyUserMappingFileContainerUri {SasUri}
Obs
När du skickar SASUri-värdet måste du ange parametern på följande sätt: https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783.
Exempel på utdata
Code : 202
Description : Accepted
Det här stegets varaktighet varierar beroende på antalet användare i användarmappningsfilen. Du kan övervaka förloppet för det här steget med hjälp av kommandot TenantToTenant-GetStatus som anges nedan.
Kontrollera status (källadministratör)
TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}
Exempel på utdata
- Validera migrering av klientorganisation till klientorganisation: Körs
- Validera migrering av klientorganisation till klientorganisation: Slutfördes
- Valideringen misslyckades. Fel uppdateras i blob:en här: SASURI
Fel och hur du löser dem
- Om du får ett felmeddelande om att användarmappningsfilen som angetts för migrering mellan klientorganisationer är ogiltig kontrollerar du om filnamnet för användarmappning är korrekt och att användarmappningsfilen har ett kommatecken för att avgränsa värden.
- Raden ”{line numbers}” har samma ”{emailID}”: Se till att det inte finns några dubbletter.
-
Ogiltigt e-postformat ”{emailid}”: Se till att e-postformatet är korrekt för
testuser@tenantdomain.com. - Målet på rad ”{linenumber}” är detsamma som källans e-post-ID: Kontrollera att Målets e-postadress skiljer sig från Källans e-postadress.
- Varje rad måste ha exakt två kolumner: ”{line numbers}”: Kontrollera att varje rad bara har två kolumner: käll- och målkolumnerna. Ta bort eventuella extra kommatecken.
När du har åtgärdat användarmappningsfel måste du ladda upp användarmappningsfilen igen med samma SAS-URI.
Ladda ned felrapporten (källa admin)
Om det finns fel i användarmappningsfilen finns det ett alternativ för att ladda ned en felrapport. Detta kan göras genom att direkt kopiera och klistra in de SasUrl som anges i kommandot Tenant-To-Tenant-GetMigrationStatus eller genom att använda följande kommandon som använder SAS-URI:n från föregående steg. Kontrollera status och platsen där du vill ladda ned felrapporten.
Slutför följande steg.
Kör följande kommando med 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Åtgärda problemen i användarmappningsfilen.
Ladda upp filen igen med hjälp av stegen i [Ladda upp användarmappningsfilen (källadministratör)](#upload-the-user-mapping-file-(source-admin).
När du har slutfört Förbered migreringen av miljön (källadministratör) kan du fortsätta med proceduren Migrera miljön (källadministratör) för att migrera miljön. Utför migreringen inom de närmaste sju dagarna. Om du inte slutför migreringen inom de närmaste sju dagarna måste du börja med proceduren Förbered miljömigreringen (källadministratör).
Migrera miljön (källadministratör)
MigrationId kan visas med hjälp av kommandot TenantToTenant-ViewMigrationRequest i källklientorganisationen.
TenantToTenant-MigratePowerAppEnvironment
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}
Hämta status (källadministratör)
TenantToTenant-GetMigrationStatus -EnvironmentName {EnvironmentId}
Exempel på utdata
- Migrera miljö: Körs
- Migrera miljö: Lyckades
Obs
Om du stöter på några problem med att köra ovanstående kommandon, skicka in en supportbegäran för att få hjälp.
Process efter migrering
Efter att ha flyttat miljöer till en annan klientorganisation:
- Miljö-URL, organisations-ID (OrgID) och namnet ändras inte.
- Källmiljön har inte Dataverse.
- Användare som inte finns i mappningsfilen migreras inte och mappas inte heller efter migreringen.
Slutför följande procedurer för Power Automate, Power Apps, Copilot Studio, Power Pages.
Process efter migrering för Power Automate
När migreringen är klar går du igenom avsnittet Granska komponenter som en checklista för att få flöden och andra komponenter justerade och aktiverade. Nyckelstegen är de följande:
- Skapa anslutningar för samtliga anslutningsreferenser.
- Starta alla flöden, inklusive att starta underordnade flöden före överordnade flöden.
- För alla HTTP-utlösta flöden hämtar du den nya URL:en och placerar den i alla anropande appar eller flöden för att uppdatera dessa referenser.
Process efter migrering för Power Apps
För lösningsmedvetna program:
- Välj den nya miljön från Power Apps och gå till sidan Lösningar.
- Välj Importera och använd filväljaren för att välja de paket som exporterats från steget ovan.
- Kontrollera att importen har slutförts genom att kontrollera lösningsinnehållet i den migrerade miljön.
För program som inte är lösningsmedvetna:
- Gå till Power Apps.
- Välj den nya miljön i listrutan Miljö.
- Välj Program.
- Välj Importera arbetsyteapp.
- Ladda upp program-paketfilen.
- Slutför alla importalternativ och välj sedan Importera.
- Upprepa stegen tills alla program har importerats.
Process efter migrering för Copilot Studio
- Välj den nya miljön från Power Apps och gå till sidan Lösningar.
- Välj Importera och använd filväljaren för att välja de paket som exporterats från steget ovan.
- Kontrollera att importen har slutförts genom att kontrollera lösningsinnehållet i den migrerade miljön.
Process efter migrering för Power Pages
Följande steg måste utföras för varje webbplats i miljön.
- Logga in på miljön.
- Öppna administratörscentret.
- Tillhandahåll webbplatsen med samma portaltyp och språk.
När du har slutfört alla ovanstående steg och migreringen kan du validera miljön i målklientorganisationen och senare kan du ta bort källmiljön i administrationscentret för Power Platform.
Vanliga frågor och svar
Är bakgrundsåtgärder aktiverade under migrering av klientorganisation till klientorganisation? Administrationsläge aktiveras vid migrering av klientorganisation till klientorganisation, vilket gör att bakgrundsåtgärder inte körs. Läs mer i Administrationsläge.
Kan vi migrera alla användare i Dataverse-organisationen? Vi kan endast migrera alla användare av Dataverse-organisation om det finns användare i målklientorganisationen. Till exempel:
user001@source.com, user001@destination.comuser002@source.com, user002@destination.com