Migrationen zwischen Mandanten

Artikel
02/12/2025

Mit der Mandant-zu-Mandant-Migrationsfunktion können Sie eine Umgebung von einem Mandanten auf einen anderen übertragen. Diese Funktion unterstützt Szenarien wie das Zusammenführen mehrerer Mandanten zu einem Mandanten und die Erleichterung von Unternehmensübernahmen. Die Umgebung wird nicht wirklich verschoben, sondern wird vielmehr mit einem anderen Mandanten verknüpft. Die Umgebung ist noch vorhanden, gehört aber nicht mehr zum Quellmandanten. Sie ist unter dem Zielmandanten verfügbar und wird dort verwaltet. Es gibt im Rahmen dieser Migration keine Benutzeroberflächenänderungen oder Versionsänderungen.

Erste Schritte

Beachten Sie die folgenden Hinweise, bevor Sie mit einer Mandant-zu-Mandant-Migration beginnen.

Unterstützte Umgebungstypen: nur Produktion und Sandbox.
Nicht unterstützte Umgebungstypen: Umgebungen vom Typ Standard, Entwicklung, Test und Teams werden nicht unterstützt. Government Community Cloud (GCC) zu Public Clouds und umgekehrt werden nicht unterstützt.
Zu den nicht unterstützten Komponenten gehören Dynamics 365 Customer Voice, Omnichannel for Customer Service, Komponentenbibliothek, Dynamics 365 Customer Insights - Journeys und Dynamics 365 Customer Insights - Data.
Für Power Apps, Power Automate, Power Pages und Microsoft Copilot Studio sind bestimmte Schritte erforderlich, auf die in den Vorbereitungs- und Nachbereitungsschritten hingewiesen wird.
Eine Dataverse-Organisation, die mit einer Finanz- und Betriebsorganisation verknüpft ist, kann nicht zu einem anderen Mandanten migriert werden.
Sie müssen nach der Migration von einem Mandanten zu einem anderen möglicherweise einige Anwendungen und Einstellungen neu konfigurieren, beispielsweise Microsoft Dynamics 365 for Outlook, die serverseitige Synchronisierung, SharePoint und andere.
Nachdem Sie Benutzende erstellt und konfiguriert haben, müssen Sie eine Benutzerzuordnungsdatei erstellen, was weiter unten in diesem Artikel beschrieben wird.
Wenn der zugeordnete Benutzer über ein Postfach im Zielmandant verfügt, wird das Postfach während der Migration automatisch konfiguriert. Für alle anderen Benutzenden müssen Sie das Postfach neu konfigurieren.
Wenn dasselbe Postfach, test@microsoft.com, im Zielmandanten verwendet wird, wird es standardmäßig verwendet. Vor der Migration zwischen Mandanten müssen Kunden ihre Postfächer migrieren und im Zielmandanten konfigurieren.
Wenn Sie die standardmäßige onmicrosoft-Domäne test@sourcecompanyname.onmicrosoft.com verwenden, wird der Domänenname nach der Migration in test@targetcompanyname.onmicrosoft.com geändert. Kunden müssen das Postfach neu konfigurieren. In Mit Exchange Online verbinden erfahren Sie mehr über das Konfigurieren des Postfachs.

Anforderungen

Bevor Sie mit der Migration beginnen, müssen Sie die folgenden Voraussetzungen erfüllen.

Erstellen Sie Benutzer im Zielmandanten, einschließlich:
- Erstellen Sie Benutzende in Microsoft 365 und Microsoft Entra ID.
- Lizenzen zuweisen.
Sie müssen über Power Platform Admin- oder Dynamics 365 Admin-Berechtigungen verfügen, um die Migration durchführen zu können.
Die PowerShell für das Power Platform-Administratormodul ist das empfohlene PowerShell-Modul für die Interaktion mit Administratorfunktionen. Weitere Informationen finden Sie unter Erste Schritte mit PowerShell für Fachkräfte für die Power Platform-Administration.

Vorbereitungsprozess

Führen Sie vor der Migration die folgenden Verfahren für Power Automate, Power Apps, Copilot Studio und Power Pages aus. Außerdem müssen Sie eine Benutzerzuordnungsdatei erstellen.

Vorbereiten Power Automate

Wenn Ihre Flows bereits in Dataverse definiert sind, müssen Sie nichts weiter tun.

Die Definitionen aller Power Automate-Flows, die migriert werden sollen, müssen in Dataverse-Lösungen in der Quellumgebung hinzugefügt werden. Weitere Informationen finden Sie unter Einer Lösung einen vorhandenen Cloud-Flow hinzufügen. Wenn Sie dies für große Mengen tun müssen, können Sie dafür das Add-AdminFlowsToSolution-Cmdlet verwenden.

Vorbereiten Power Apps

Alle Power Apps müssen manuell exportiert werden. Wir unterstützen die Migration von Kunden-Connectors, -Verbindungen oder -Gateways nicht. Wenn Sie eine dieser Komponenten eingerichtet haben, müssen sie nach der Migration manuell neu konfiguriert werden.

Für lösungsfähige Apps:

Wechseln Sie bei lösungsfähigen Apps zu Power Apps, gehen Sie zur Seite Lösungen und exportieren Sie alle Apps und Lösungen. Sie können sie einzeln exportieren oder in einer einzigen Lösung gruppieren, falls dies nicht bereits der Fall ist.
Löschen Sie diese lösungsfähigen Apps in der Umgebung, nachdem Sie sie exportiert haben.
Apps, die zu verwalteten Lösungen gehören, können nur durch Löschen der Lösung gelöscht werden.
Apps, die sich in einer nicht verwalteten Lösung befinden, können mithilfe der Option Aus dieser Umgebung löschen gelöscht werden.

Wichtig

Lösungsfähige Canvas-Apps, benutzerdefinierte Seiten oder Komponentenbibliotheken, die Sie vor der Migration nicht aus einer Umgebung löschen, funktionieren nach der Migration nicht mehr.

Für nicht lösungsfähige Apps:

Gehen Sie zu Power Apps und wählen Sie dann Apps aus.
Wählen Sie für jede App, die Sie verschieben möchten, Weitere Befehle und dann Paket exportieren (Vorschauversion) aus.
Geben Sie die Details ein, die für den Export der App erforderlich sind, und wählen Sie dann Exportieren. Sobald der Export abgeschlossen ist, beginnt ein Download.

Die daraus resultierende Datei enthält das ausgewählte App-Paket.
Wiederholen Sie diese Schritte, bis alle Apps exportiert wurden.
Löschen Sie diese nicht lösungsfähigen Apps aus der Umgebung

Ein Administrator kann Canvas-Apps auch anzeigen oder aus der Liste im Verwaltungsportal löschen, indem er die folgenden Schritte ausführt.

Gehen Sie zum Power Platform Admin Center und wählen Sie dann die Umgebung unter Verwalten aus.
Wählen Sie unter der Aktion Ressourcen die Option Power Apps aus, um sie anzuzeigen und zu löschen.

Vorbereiten Copilot Studio

Alle Copilot Studio-Chatbots müssen manuell exportiert werden. Einige abhängige Komponenten von Chatbots müssen während oder nach der Migration manuell neu konfiguriert werden. Verbindungen, Umgebungsvariablen, benutzerdefinierte Connectors müssen zum Beispiel während oder nach der Migration manuell neu konfiguriert werden.

Die Chatbots sind lösungsfähig. Gehen Sie zu Power Apps, wechseln Sie zur Seite Lösungen und exportieren Sie alle Chatbotlösungen (entweder einzeln oder gruppieren Sie sie zu einer einzigen Lösung zusammen). Weitere Informationen finden Sie unter Bots mithilfe von Lösungen exportieren und importieren.

Vorbereiten Power Pages

Die folgenden Schritte müssen für jede Website in einer Umgebung ausgeführt werden.

Melden Sie sich bei der Umgebung an.
Öffnen Sie das Admin Center.
Löschen Sie die Website.

Benutzerzuordnungsdatei erstellen

Erstellen Sie eine Benutzerzuordnungsdatei für die Quellumgebung, die in die Zielumgebung übertragen werden soll. Es ist wichtig zu beachten, dass für jede Umgebung eine eigene Zuordnungsdatei erforderlich ist. Stellen Sie sicher, dass Benutzer sowohl im Ursprungs- als auch im Zielmandanten vorhanden und autorisiert sind, da dies für eine erfolgreiche Migration erforderlich ist. Die Domänen der Benutzer können zwischen Quelle und Ziel variieren, sofern sie aktiv sind.

Erstellen Sie eine Benutzerzuordnungsdatei mit dem Namen usermapping.csv.

Anmerkung

Beim Dateinamen wird zwischen Groß- und Kleinschreibung unterschieden. Stellen Sie sicher, dass die Datensätze durch ein Komma und nicht durch ein Semikolon getrennt sind.
Zeichnen Sie die Details von Benutzern genau auf, einschließlich ihrer Quell- und Ziel-E-Mail-IDs. Stellen Sie sicher, dass vor und nach der Kopfzeile kein zusätzliches Leerzeichen vorhanden ist. Ihre Zuordnungsdatei sollte ungefähr wie folgt aussehen:

Source Ziel

SourceUser@sourcetenant.com DestinationUser@targettenant.com

Source	Ziel
`SourceUser@sourcetenant.com`	`DestinationUser@targettenant.com`

Für Benutzer mit Vollzugriff:

Greifen Sie auf die Quellumgebung zu.
Verwenden Sie Erweiterte Suche, um nach Benutzenden zu suchen.
Wählen Sie Gespeicherte Ansicht verwenden > Benutzende mit Vollzugriff und dann Spalten bearbeiten.
Entfernen Sie alle Spalten außer Vollständiger Name.
Wählen Sie Spalten hinzufügen > Windows Live ID.
Wählen Sie OK > Ergebnisse, um sich die Liste der Benutzenden mit Vollzugriff anzeigen zu lassen.
Wählen Sie alle Datensätze aus, wählen Sie im Menüband Benutzer exportieren und dann Statische Tabelle.
Führen Sie wenn möglich Schritte 1–7 oben für die Zielumgebung aus. Sie sollten jetzt über zwei separate Excel-Tabellen verfügen: eine für den Quell- und eine für den Zielmandaten.
Öffnen Sie die Excel-Dateien zum Bearbeiten.
Beginnen Sie mit der Quell-Excel-Tabelle, kopieren Sie die Datensätze unter der Spalte Windows Live ID in Notepad. Kopieren Sie die Kopfzeile nicht.
Speichern Sie die Notepad-Datei.
Geben Sie die Windows Live ID (UPNs) des Ziels im selben Editor-Dokument rechts neben dem entsprechenden Quell-UPN ein. Achten Sie darauf, Quell- und Ziel-UPNs durch ein Komma (,) zu trennen.

Beispiel:
- user001@source.com, user001@destination.com
- user002@source.com, user002@destination.com
- user003@source.com, user003@destination.com
Speichern Sie die Datei als CSV.

Für Benutzer mit Administratorzugriff:

Greifen Sie auf die Quellumgebung zu.
Verwenden Sie Erweiterte Suche, um nach Benutzenden zu suchen.
Wählen Sie Gespeicherte Ansicht verwenden > Benutzende mit Administratorzugriff und dann Ergebnisse, um sich die Liste der Benutzenden mit Administratorzugriff anzeigen zu lassen.
Wenn Sie sich entscheiden, keinen dieser Benutzer aufzunehmen, überspringen Sie die folgenden Schritte. Um diese Benutzer in die Zuordnungsdatei aufzunehmen, gehen Sie andernfalls wie folgt vor:
1. Suchen Sie die entsprechenden Benutzer im Zielmandanten.
2. Stellen Sie sicher, dass dem Zielbenutzenden im Zielmandanten eine gültige Lizenz zugewiesen ist.
  
  Anmerkung
  
  Wenn dem Zielbenutzenden keine Lizenz zugewiesen ist, schlägt die Migration fehl.
3. Speichern Sie die CSV-Datei, der sowohl Benutzer mit vollem Zugriff als auch Benutzer mit Administratorzugriff zugeordnet sind.

Migration

Bevor Sie mit der Migration fortfahren, stellen Sie sicher, dass Sie den Vorbereitungsprozess überprüft und abgeschlossen haben. Nachdem Sie den Vorbereitungsprozess abgeschlossen haben, führen Sie die folgenden Abschnitte für die Migration aus.

PowerShell für Fachkräfte für die Power Platform-Administration installieren (sowohl für die Quell- als auch die Zieladministration)

Die PowerShell für das Power Platform-Administratormodul ist das empfohlene PowerShell-Modul für die Interaktion mit Administratorfunktionen. Informationen, die Ihnen den Einstieg in das Modul zu PowerShell für Fachkräfte für die Power Platform-Administration erleichtern, finden Sie unter Erste Schritte mit PowerShell für Fachkräfte für die Power Platform-Administration und PowerShell für Fachkräfte für die Power Platform-Administration installieren.

Installieren oder aktualisieren Sie das erforderliche Modul mit einem der folgenden Befehle:

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

Installieren von Azure PowerShell unter Windows (sowohl Quell- als auch Zieladministratoren)

Das Azure PowerShell-Modul ist ein Rollup-Modul. Durch die Installation des Azure PowerShell-Moduls werden die allgemein verfügbaren Module heruntergeladen und ihre Cmdlets zur Verfügung gestellt. Weitere Informationen finden Sie unter Azure PowerShell unter Windows installieren.

Verwenden Sie das Cmdlet Install-Module, um das Azure PowerShell-Modul zu installieren:

Install-Module -Name Az -Repository PSGallery -Force

Anmeldung bei Microsoft Power Platform (sowohl für die Quell- als auch die Zieladministration)

Melden Sie sich bei Microsoft Power Platform an. Mit diesem Schritt Fachkräfte für die Administration authentifizieren und auf die Power Platform-Umgebung zugreifen.

Add-PowerAppsAccount

Migrationsanforderung übermitteln (Quelladministrator)

Um eine Migration zwischen Mandanten einzuleiten, muss die Fachkraft für die Dynamics 365- oder die Power Platform-Administration des Quellmandanten mit dem folgenden Befehl eine Anforderung an den Zielmandanten senden und die Umgebungsnamen-ID und die Mandanten-ID angeben.

Um diesen Schritt ausführen zu können, brauchen Sie Anmeldeinformationen als Fachkraft für die Power Platform- oder Dynamics 365-Administration.

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

Mit dem folgenden Befehl können Sie den Status und die MigrationID anzeigen.

TenantToTenant-ViewMigrationRequest

Anmerkung

Notieren Sie sich die MigrationID, die in weiteren Migrationsbefehlen verwendet wird. Die Quellmandanten-MigrationID unterscheidet sich von der Zielmandanten-MigrationID

Migrationsanforderung anzeigen und genehmigen (Zieladministrator)

Der Administrator des Zielmandanten sollte den folgenden Befehl ausführen, um alle Migrationsanforderungen und den Status anzuzeigen. Der Administrator kann alle Migrationsanforderungen und Optionen zur Genehmigung oder Ablehnung überprüfen.

Add-PowerAppsAccount

TenantToTenant-ViewApprovalRequest

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

Sobald eine Anforderung genehmigt wurde, kann der Administrator des Zielmandanten den Administrator des Quellmandanten benachrichtigen, um mit dem nächsten Schritt der Migration fortzufahren.

Generieren einer SAS-URL (Shared Access Signature) (Quelladministrator)

Dieser Schritt umfasst das Erstellen der SAS-URL, die später zum Hochladen der Benutzerzuordnungsdatei verwendet wird. Führen Sie den folgenden PowerShell-Befehl aus und ersetzen Sie dabei EnvironmentId durch die tatsächliche Umgebungs-ID.

GenerateResourceStorage-PowerAppEnvironment –EnvironmentName {EnvironmentId}

Wichtig

Stellen Sie sicher, dass sich die Umgebung nicht im Administratormodus befindet und dem Benutzenden die Rolle Basic-Benutzender zugewiesen ist.

Beispielausgabe

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

Benutzerzuordnungsdatei hochladen (Quelladministrator)

Der nächste Schritt besteht darin, die Benutzerzuordnungsdatei auf die zuvor eingerichtete SAS-URL zu übertragen. Führen Sie dazu die folgenden Befehle in Windows PowerShell ISE aus. Stellen Sie dabei sicher, dass die Parameter SASUri und FileToUpload die richtigen Informationen über Ihre Umgebung enthalten. Dieser Schritt ist entscheidend für das genaue Hochladen der Zuordnung der Benutzer in das System.

Anmerkung

Die Installation des Azure-Moduls ist erforderlich, um das erwähnte Skript auszuführen. Führen Sie die folgenden Schritte mit Windows PowerShell ISE durch.

$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

Umgebungsmigration vorbereiten (Quellenadministrator)

Der folgende Schritt umfasst die Durchführung umfassender Überprüfungen, um sicherzustellen, dass jeder in der Benutzerzuordnungsdatei aufgeführte Benutzer verifiziert und derzeit innerhalb des Zielmandanten aktiv ist.

MigrationId kann mit dem Befehl „TenantToTenant-ViewMigrationRequest“ im Quellmandanten angezeigt werden.

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

Anmerkung

Bei der Übergabe des SASUri-Werts müssen Sie den Parameter wie folgt angeben: https://dynamics.blob.core.windows.net/20240604t000000z73e18df430fe40059290dsddc25d783.

Beispielausgabe

Code        : 202
Description : Accepted

Die Dauer dieses Schritts hängt von der Anzahl der Benutzer in der Benutzerzuordnungsdatei ab. Sie können den Fortschritt dieses Schritts mithilfe des unten angegebenen TenantToTenant-GetStatus-Befehls überwachen.

Status überprüfen (Quellenadministrator)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

Beispielausgabe

Migration zwischen Mandanten überprüfen: wird ausgeführt
Migration zwischen Mandanten überprüfen: erfolgreich
Prüfung fehlgeschlagen; Fehler werden hier im Blob aktualisiert: SASURI

Fehler und wie man sie behebt

Wenn Sie eine Fehlermeldung erhalten, die besagt, Die für die Migration zwischen Mandanten bereitgestellte Benutzerzuordnungsdatei ist ungültig, überprüfen Sie, ob der Name der Benutzerzuordnungsdatei korrekt ist und die Datei ein Komma zum Trennen von Werten verwendet.
Zeile „{Zeilennummern}“ haben die gleiche „{emailID}“: Stellen Sie sicher, dass keine doppelten Einträge vorhanden sind.
Ungültiges E-Mail-Format „{emailid}“: Stellen Sie sicher, dass das E-Mail-Format für testuser@tenantdomain.com korrekt ist.
Ziel in Zeile „{linenumber}“ ist dasselbe wie Quell-E-Mail-ID: Stellen Sie sicher, dass sich die Ziel-E-Mail von der Quell-E-Mail unterscheidet.
Jede Zeile muss genau zwei Spalten haben: „{Zeilennummern}“: Stellen Sie sicher, dass jede Zeile nur zwei Spalten hat: die Quell- und die Zielspalte. Entfernen Sie alle zusätzlichen Kommas, falls vorhanden.

Nachdem Sie die Fehler bei der Benutzerzuordnung behoben haben, müssen Sie die Benutzerzuordnungsdatei mit demselben SAS-URI erneut hochladen.

Fehlerbericht herunterladen (Quelladministrator)

Wenn die Benutzerzuordnungsdatei Fehler enthält, können Sie einen Fehlerbericht herunterladen. Dazu können Sie die im Tenant-To-Tenant-GetMigrationStatus-Befehl bereitgestellte SasUrl direkt kopieren und einfügen oder die folgenden Befehle verwenden, welche die SAS-URI aus dem vorherigen Schritt nutzen, den Status und den gewünschten Speicherort zum Herunterladen des Fehlerberichts überprüfen.

Führen Sie die folgenden Schritte aus.

Führen Sie den folgenden Befehle mit Windows PowerShell ISE aus.

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

Beheben Sie die Probleme in der Benutzerzuordnungsdatei.
Laden Sie die Datei erneut hoch, indem Sie wie in [Die Benutzerzuordnungsdatei hochladen (Quelladministration)](#upload-the-user-mapping-file-(source-admin) beschrieben vorgehen.

Nach erfolgreichem Abschluss der Vorbereitung der Umgebungsmigration (Zieladministration), können Sie mit dem Verfahren Umgebung migrieren (Quelladministration) fortfahren, um die Umgebung zu migrieren. Führen Sie die Migration innerhalb der nächsten sieben Tage durch. Wenn Sie die Migration nicht innerhalb der nächsten sieben Tage abschließen, müssen Sie das Verfahren Die Umgebungsmigration vorbereiten (Quelladministration) erneut starten.

Umgebung migrieren (Quelladministrator)

Die MigrationId kann mit dem TenantToTenant-ViewMigrationRequest-Befehl im Quellmandanten angezeigt werden.

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

Status abrufen (Quellenadministrator)

TenantToTenant-GetMigrationStatus -EnvironmentName {EnvironmentId}

Beispielausgabe

Umgebung migrieren: wird ausgeführt
Umgebung migrieren: Erfolgreich

Anmerkung

Wenn beim Ausführen der oben genannten Befehle Probleme auftreten, reichen Sie eine Supportanfrage ein, um Unterstützung zu erhalten.

Prozess nach der Migration

Nach dem Umzug der Umgebung zu einem anderen Mandanten:

Die Umgebungs-URL, die Organisations-ID (OrgID) und der Name ändern sich nicht.
Die Quellumgebung verfügt nicht über Dataverse.
Benutzende, die nicht in der Zuordnungsdatei enthalten sind, werden nach der Migration nicht migriert und zugeordnet.

Führen Sie die folgenden Verfahren für Power Automate, Power Apps, Copilot Studio, Power Pages aus.

Prozess nach der Migration für Power Automate

Gehen Sie nach Abschluss der Migration den Abschnitt Komponenten überprüfen als Checkliste durch, um Flows und andere Komponenten anzupassen und zu aktivieren. Die wichtigsten Schritte sind folgende:

Erstellen Sie Verbindungen für alle Verbindungsreferenzen.
Starten Sie alle Flows, unter anderem die startenden untergeordneten vor den übergeordneten Flows.
Rufen Sie für alle HTTP-ausgelösten Flows die neue URL ab, und platzieren Sie sie in allen aufrufenden Apps oder Flows, um diese Referenzen zu aktualisieren.

Prozess nach der Migration für Power Apps

Für lösungsfähige Apps:

Wählen Sie die neue Umgebung aus Power Apps und navigieren Sie zur Seite Lösungen.
Wählen Sie Importieren und verwenden Sie die Dateiauswahl, um die Pakete auszuwählen, die im obigen Schritt exportiert wurden.
Bestätigen Sie, dass der Import erfolgreich abgeschlossen wurde, indem Sie den Lösungsinhalt der migrierten Umgebung überprüfen.

Für nicht lösungsfähige Apps:

Wechseln Sie zu Power Apps.
Wählen Sie die neue Umgebung aus der Dropdownliste „Umgebung“ aus.
Wählen Sie Apps aus.
Wählen Sie Canvas-App importieren aus.
Laden Sie die App-Paketdatei hoch.
Nehmen Sie alle Auswahlen für die Importoption vor und wählen Sie dann Importieren.
Wiederholen Sie diese Schritte, bis alle Apps importiert wurden.

Prozess nach der Migration für Copilot Studio

Wählen Sie die neue Umgebung aus Power Apps und navigieren Sie zur Seite Lösungen.
Wählen Sie Importieren und verwenden Sie die Dateiauswahl, um die Pakete auszuwählen, die im obigen Schritt exportiert wurden.
Bestätigen Sie, dass der Import erfolgreich abgeschlossen wurde, indem Sie den Lösungsinhalt der migrierten Umgebung überprüfen.

Prozess nach der Migration für Power Pages

Die folgenden Schritte müssen für jede Website in der Umgebung ausgeführt werden.

Melden Sie sich bei der Umgebung an.
Öffnen Sie das Admin Center.
Stellen Sie die Website mit demselben Portaltyp und derselben Sprache bereit.

Nachdem Sie alle oben genannten Schritte und die Migration abgeschlossen haben, können Sie die Umgebung im Zielmandanten validieren und später die Quellumgebung im Power Platform Admin Center löschen.

Häufig gestellte Fragen

Sind Hintergrundvorgänge während der Migration von Mandant zu Mandant aktiviert? Der Verwaltungsmodus ist während der Migration von Mandant zu Mandant aktiviert, daher werden keine Hintergrundvorgänge ausgeführt. Weitere Informationen finden Sie unter Administrationsmodus.

Können wir alle Benutzer der Dataverse Organisation migrieren? Wir können alle Benutzer der Dataverse Organisation nur dann in die Zielumgebung migrieren, wenn Benutzer im Zielmandant vorhanden sind. Zum Beispiel:

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

Freigeben über

Migrationen zwischen Mandanten

Erste Schritte

Anforderungen

Vorbereitungsprozess

Vorbereiten Power Automate

Vorbereiten Power Apps

Für lösungsfähige Apps:

Für nicht lösungsfähige Apps:

Vorbereiten Copilot Studio

Vorbereiten Power Pages

Benutzerzuordnungsdatei erstellen

Für Benutzer mit Vollzugriff:

Für Benutzer mit Administratorzugriff:

Migration

PowerShell für Fachkräfte für die Power Platform-Administration installieren (sowohl für die Quell- als auch die Zieladministration)

Installieren von Azure PowerShell unter Windows (sowohl Quell- als auch Zieladministratoren)

Anmeldung bei Microsoft Power Platform (sowohl für die Quell- als auch die Zieladministration)

Migrationsanforderung übermitteln (Quelladministrator)

Migrationsanforderung anzeigen und genehmigen (Zieladministrator)

Generieren einer SAS-URL (Shared Access Signature) (Quelladministrator)

Beispielausgabe

Benutzerzuordnungsdatei hochladen (Quelladministrator)

Umgebungsmigration vorbereiten (Quellenadministrator)

Beispielausgabe

Status überprüfen (Quellenadministrator)

Beispielausgabe

Fehler und wie man sie behebt

Fehlerbericht herunterladen (Quelladministrator)

Umgebung migrieren (Quelladministrator)

Status abrufen (Quellenadministrator)

Beispielausgabe

Prozess nach der Migration

Prozess nach der Migration für Power Automate

Prozess nach der Migration für Power Apps

Für lösungsfähige Apps:

Für nicht lösungsfähige Apps:

Prozess nach der Migration für Copilot Studio

Prozess nach der Migration für Power Pages

Häufig gestellte Fragen

Feedback

Zusätzliche Ressourcen