Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
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 Überlegungen vor dem Start einer Mandanten-zu-Mandanten-Migration.
- Unterstützte Umgebungstypen: Nur Produktions- und Sandkastenumgebungen werden unterstützt.
- Nicht unterstützte Umgebungstypen: Standardumgebungen, Entwickler, Testversionen und Teams-Umgebungen werden nicht unterstützt. Die Nutzung der Government Community Cloud (GCC) in öffentlichen Clouds und umgekehrt wird ebenfalls nicht unterstützt.
- Die folgenden Komponenten werden nicht unterstützt: Dynamics 365 Customer Voice, Omnichannel für Kundendienst, Komponentenbibliothek, Dynamics 365 Customer Insights - Journeys und Dynamics 365 Customer Insights - Data.
- Spezifische Schritte, die für Power Apps, Power Automate, Power Pages und Microsoft Copilot Studio erforderlich sind, werden in den Schritten vor und nach der Migration hervorgehoben.
- Eine Dataverse-Organisation, die mit einer Finanz- und Betriebsorganisation verknüpft ist, kann nicht zu einem anderen Mandanten migriert werden.
- Möglicherweise müssen Sie einige Anwendungen und Einstellungen nach der Mandanten-zu-Mandant-Migration neu konfigurieren, z. B. Dynamics 365 für Outlook, serverseitige Synchronisierung, SharePoint und andere.
- Nachdem Sie Benutzer erstellt und konfiguriert haben, müssen Sie eine Benutzerzuordnungsdatei erstellen, die 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.comverwenden, wird der Domänenname nach der Migration intest@targetcompanyname.onmicrosoft.comgeändert. Kunden müssen das Postfach neu konfigurieren. Weitere Informationen zum Konfigurieren des Postfachs finden Sie unter Verbinden mit Exchange Online.
- Wenn dasselbe Postfach,
Voraussetzungen
Führen Sie die folgenden Voraussetzungen aus, bevor Sie den Migrationsprozess starten:
- Erstellen Sie Benutzer im Zielmandanten, einschließlich:
- Erstellen Sie Benutzer in Microsoft 365 und Microsoft Entra ID.
- Lizenzen zuweisen.
- Sie müssen über Administratorrechte mit Power Platform oder Dynamics 365 verfügen, um die Migration durchzuführen.
- Das Modul „PowerShell für Power Platform-Administratoren“ ist das empfohlene PowerShell-Modul für die Interaktion mit Admin-Funktionen. Weitere Informationen finden Sie unter "Erste Schritte mit PowerShell für Power Platform-Administratoren".
Vorbereitungsprozess
Führen Sie die folgenden Verfahren für Power Automate, Power Apps, Copilot Studio und Power Pages vor der Migration aus. Sie müssen auch eine Benutzerzuordnungsdatei erstellen.
Vorbereiten von Power Automate
Wenn Sie Ihre Flüsse bereits in Dataverse definiert haben, ist keine zusätzliche Arbeit erforderlich.
Fügen Sie die Definitionen aller Power Automate Flüsse hinzu, die Sie in Dataverse-Lösungen in der Quellumgebung migrieren möchten. Weitere Informationen finden Sie unter Hinzufügen eines vorhandenen Cloudflusses zu einer Lösung. Sie können das Add-AdminFlowsToSolution-Cmdlet ausführen, um diese Definitionen massenweise hinzuzufügen.
Die Power Apps vorbereiten
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
Navigieren Sie für lösungsfähige Apps zu Power Apps, navigieren Sie zur Seite Solutions, 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.
Sie können apps, die zu verwalteten Lösungen gehören, nur löschen, indem Sie die Lösung löschen.
Sie können Apps löschen, die sich in einer nicht verwalteten Lösung befinden, indem Sie die Option "Aus dieser Umgebung löschen" verwenden.
Wichtig
Wenn Sie vor der Migration keine lösungsfähigen Canvas-Apps, benutzerdefinierten Seiten oder Komponentenbibliotheken aus einer Umgebung löschen, funktionieren sie nach der Migration nicht mehr.
Für nicht lösungsfähige Apps
Wechseln 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 resultierende Datei enthält das ausgewählte App-Paket.
Wiederholen Sie diese Schritte, bis Sie alle Apps exportieren.
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 die Umgebung unter Verwalten aus.
- Wählen Sie unter der Aktion ResourcesPower Apps aus, um sie anzuzeigen und zu löschen.
Copilot Studio vorbereiten
Sie müssen alle Copilot Studio-Chatbots manuell exportieren. Sie müssen auch einige abhängige Komponenten von Chatbots während oder nach der Migration manuell neu konfigurieren. Beispielsweise müssen Sie Verbindungen, Umgebungsvariablen und benutzerdefinierte Connectors während oder nach der Migration manuell neu konfigurieren.
Bei den Chatbots handelt es sich um lösungsfähige Chatbot. Wechseln Sie zu Power Apps, navigieren Sie zur Seite Solutions, und exportieren Sie alle Chatbot-Lösungen, entweder einzeln oder gruppiert in einer einzigen Lösung. Weitere Informationen finden Sie unter Exportieren und Importieren von Bots mithilfe von Lösungen.
Power Pages vorbereiten
Führen Sie die folgenden Schritte für jede Website in einer Umgebung aus:
- Melden Sie sich bei der Umgebung an.
- Öffnen Sie das Admin Center.
- Löschen Sie die Website.
Erstellen einer Benutzerzuordnungsdatei
Erstellen Sie eine Benutzerzuordnungsdatei für die Quellumgebung, die an die Zielumgebung übertragen werden soll. Jede Umgebung erfordert eine individuelle Zuordnungsdatei. Stellen Sie sicher, dass Benutzer sowohl in den Ursprungsmandanten als auch in den Zielmandanten vorhanden und autorisiert sind, um eine erfolgreiche Migration zu gewährleisten. Die Domänen der Benutzer können zwischen Quelle und Ziel variieren, solange sie aktiv sind.
Erstellen Sie eine Benutzerzuordnungsdatei mit dem Namen usermapping.csv.
Notiz
Beim Dateiamen wird die Groß-/Kleinschreibung beachtet. 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 keine zusätzlichen Leerzeichen stehen. Ihre Zuordnungsdatei sollte ungefähr wie folgt aussehen:
Quelle Ziel SourceUser@sourcetenant.comDestinationUser@targettenant.com
Für Benutzer mit Vollzugriff
Melden Sie sich bei der Quellumgebung an.
Verwenden Sie Erweiterte Suche, um nach Benutzenden zu suchen.
Wählen Sie Gespeicherte Ansicht verwenden>Benutzer mit Vollzugriff und dann Spalten bearbeiten aus.
Entfernen Sie alle Spalten außer Vollständiger Name.
Wählen Sie Spalten hinzufügen>Windows Live ID aus.
Wählen Sie OK>Ergebnisse aus, um die Liste der Benutzer mit Vollzugriff anzuzeigen.
Wählen Sie alle Datensätze aus, wählen Sie im Menüband Benutzer exportieren und dann Statische Tabelle.
Führen Sie die Schritte 1 bis 7 für den Zielmandanten aus, falls möglich. 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.
Kopieren Sie die Datensätze vom Excel-Arbeitsblatt aus der Spalte Windows Live ID in Notepad. Kopieren Sie die Kopfzeile nicht.
Speichern Sie die Notepad-Datei.
Geben Sie die Ziel-Windows-Live-ID (UPNs) im selben Notepad-Dokument rechts von der 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
- Melden Sie sich bei der Quellumgebung an.
- Verwenden Sie Erweiterte Suche, um nach Benutzenden zu suchen.
- Wählen Sie Gespeicherte Ansicht verwenden>Benutzer mit Administratorzugriff und dann Ergebnisse aus, um die Liste der Benutzer mit Administratorzugriff anzuzeigen.
- Wenn Sie sich entscheiden, keinen dieser Benutzer aufzunehmen, überspringen Sie die folgenden Schritte. Führen Sie andernfalls die folgenden Schritte aus, um diese Benutzer in die Zuordnungsdatei einzuschließen:
Suchen Sie die entsprechenden Benutzer im Zielmandanten.
Stellen Sie sicher, dass dem Zielbenutzenden im Zielmandanten eine gültige Lizenz zugewiesen ist.
Notiz
Wenn dem Zielbenutzenden keine Lizenz zugewiesen ist, schlägt die Migration fehl.
Speichern Sie die CSV-Datei, der sowohl Benutzer mit vollem Zugriff als auch Benutzer mit Administratorzugriff zugeordnet sind.
Notiz
Bevor Sie mit der Migration fortfahren, stellen Sie sicher, dass Sie den Vorbereitungsprozess überprüfen und abschließen. Nachdem Sie den Vorbereitungsprozess abgeschlossen haben, führen Sie die Schritte in den folgenden Abschnitten aus, um die Migration durchzuführen.
** Aktualisieren Sie Sicherheitsgruppen nach der Migration im Zielmandanten. Die Sicherheitsgruppenmigration wird nicht unterstützt.
Migrieren mithilfe des Power Platform Admin Centers
Bevor Sie mit der Migration fortfahren, stellen Sie sicher, dass Sie den Vorbereitungsprozess überprüfen und abschließen. Nachdem Sie den Vorbereitungsprozess abgeschlossen haben, führen Sie die Schritte in den folgenden Abschnitten aus, um mithilfe des Power Platform Admin Centers zu migrieren.
Melden Sie sich im Power Platform Admin Center an.
Wählen Sie im Navigationsbereich die Option Verwalten aus.
Wählen Sie im Bereich VerwaltenUmgebungen aus.
Wählen Sie auf der Seite "Umgebungen " die Umgebung aus, die Sie verschieben möchten. Mandanten-zu-Mandant-Verschiebungen unterstützen Sandkasten- und Produktionsumgebungen mit Dataverse.
Wählen Sie in der Befehlsleiste die Option "Umgebung verschieben" aus. Der Bereich zum Anfordern eines Wechsels von einem Mandanten zu einem anderen wird angezeigt.
Geben Sie die Zielmandanten-ID in das Feld " Zielmandanten-ID " ein, und wählen Sie "Anforderung senden" aus.
Der Zielmandant empfängt die Migrationsanforderung zur Genehmigung. Auf der Seite "Umgebungen" wird ein Banner für ausstehende Anfragen angezeigt.
Liste der Migrationsanforderungen
Benachrichtigungsbanner werden oben auf der Seite "Umgebungen" angezeigt, wenn:
- Sie haben eine Anforderung zum Genehmigen als Zielmandanten.
- Sie haben eine Anfrage zur Überprüfung als Quell-Tenant übermittelt.
Genehmigung als Zielmandant anfordern
Wählen Sie " Überprüfen" im Banner aus.
Ein Fenster öffnet sich mit einer Liste von Migrationsanforderungen, die zur Genehmigung überprüft werden sollen.
Sie können mithilfe der Umgebungs-ID oder des Anforderungsstatus nach einer Migrationsanforderung suchen.
Wählen Sie die Umgebungs-ID aus, um die Anforderung zu genehmigen oder abzulehnen.
Überprüfen Sie die Anforderung, und genehmigen oder ablehnen Sie sie.
Notiz
Anfragen laufen nach sieben Tagen ab.
Anfrage zur Überprüfung als Quellmandant
Wählen Sie " Überprüfen" im Banner aus.
Ein Panel wird mit einer Liste der von Ihnen übermittelten Migrationsanforderungen geöffnet.
Sie können mithilfe der Umgebungs-ID oder des Anforderungsstatus nach einer Migrationsanforderung suchen.
Vorbereitung der Migration nach der Genehmigung
Nachdem die Migrationsanforderung genehmigt wurde, wird auf der Detailseite der Umgebung ein Banner mit der Schaltfläche " Verschieben beginnen" angezeigt.
Wählen Sie "Umzug beginnen" aus, um das Bereit für diesen Mandanten-zu-Mandanten-Umzug-Fenster zu öffnen, in dem die Schritte vor dem Umzug angezeigt werden. Die Schaltfläche " Umgebung verschieben " in der Befehlsleiste öffnet auch diesen Bereich.
Laden Sie die Benutzerzuordnungsdatei zur Überprüfung hoch. Die Datei muss usermapping.csvbenannt werden.
Nachdem Sie die Datei hochgeladen haben, wählen Sie "Überprüfen" aus. Diese Aktion löst einen Überprüfungslebenszyklusvorgang aus. Warten Sie, bis der Vorgang abgeschlossen ist.
Wenn die Überprüfung fehlschlägt
Wenn der Überprüfungsvorgang fehlschlägt, wird ein Banner mit einer Schaltfläche " Downloadfehler " angezeigt. Laden Sie die Fehlerdatei herunter, beheben Sie die Probleme in der Benutzerzuordnungsdatei, und aktualisieren Sie diese mithilfe der oben genannten Schritte.
Verwenden Sie die folgende Tabelle, um die Ergebnisse der Benutzerzuordnung zu verstehen und zu beheben.
| Fehlercode | Description | Maßnahme |
|---|---|---|
| SourceUserIdFehltInBenutzerkarte | SourceUserId ist in der Zuordnung leer. | Überprüfen Sie den Quellbenutzer in der Zuordnungsdatei und korrigieren Sie ihn. |
| ZielbenutzerIDFehltInBenutzerkarte | TargetUserId ist in der Zuordnung leer. | Überprüfen und korrigieren Sie den Zielbenutzer in der Zuordnungsdatei. |
| Source-Benutzer-ID ist keine gültige Guid. | SourceUserId ist keine gültige GUID. | Korrigieren Sie den Quellbenutzer, sodass er eine gültige GUID in der Zuordnungsdatei ist. |
| SourceUserExistiertNichtInDerOrgDB | SourceUserId entsprach keiner SystemUserId in der SystemUsers-Tabelle der Organisation. | Entfernen Sie den Eintrag aus der Zuordnungsdatei. |
| Ziel-UPN existiert nicht in AAD | TargetUserId UPN wird in Microsoft Entra ID für den Mandanten nicht gefunden. | Überprüfen und korrigieren Sie den Zielbenutzer, indem Sie ihn auf einen in Entra ID des Mandanten vorhandenen und gültigen Benutzer festlegen, oder entfernen Sie den Eintrag aus der Zuordnungsdatei. |
| WiederholbarerFehler | Während der Zuordnung des Benutzers ist ein wiederholungsfähiger Fehler aufgetreten. Dies kann bei der nächsten Wiederholung erfolgreich sein. | Führen Sie den Benutzerzuordnungsbefehl mit der Liste der Benutzer mit diesem Fehler in der Zuordnungsdatei erneut aus. |
| ApplicationBenutzerKannNichtZugeordnetWerden | Der Quellbenutzer in der Karte ist ein Anwendungsbenutzer, der vom Zuordnungsvorgang nicht unterstützt wird. | Die Anwendungsbenutzerzuordnung wird nicht unterstützt. Keine Aktion erforderlich. Wir empfehlen, die Anwendungsbenutzer im Zielmandanten zu erstellen. Benutzer der Quellmandanten-App können nicht zum Zielmandanten migriert werden. Dies ist beabsichtigt. |
| SkippedMapping | Der Quellbenutzer ist in der Organisation nicht vorhanden, und der Zielbenutzer ist bereits vorhanden. | Keine Aktion erforderlich. Dies bedeutet, dass der Quellbenutzer dem Zielbenutzer bereits in der vorherigen Ausführung oder manuell zugeordnet wurde. |
Wenn die Überprüfung erfolgreich ist
Nachdem die Überprüfung erfolgreich war, wird auf der Detailseite der Umgebung ein Banner mit der Schaltfläche " Umgebung verschieben " angezeigt.
Wählen Sie Umgebung verschieben aus, um das Panel Umgebung in einen anderen Mandanten verschieben zu öffnen. Sie können durch die Verwendung einer neuen Benutzerzuordnungsdatei revalidieren.
Überprüfen Sie die Schritte vor dem Verschieben, und aktivieren Sie das Kontrollkästchen, um zu bestätigen, dass Sie die Schritte vor dem Verschieben abgeschlossen haben.
Wählen Sie "Umgebung verschieben" aus, um die Umgebung zu verschieben. Diese Aktion löst den Lebenszyklusvorgang der Verschiebeumgebung aus. Warten Sie, bis der Vorgang abgeschlossen ist.
Verschiebeabschluss
Nach Abschluss des Verschiebungsvorgangs:
- Der Prozess verschiebt die Dataverse-Organisation vom Quellmandanten in den Zielmandanten.
- Der Quellmandant behält die Umgebung bei, jedoch ohne die Dataverse-Organisation.
- Der Prozess erstellt eine neue Umgebung im Zielmandanten mit demselben Namen wie die Quellumgebung und enthält die verschobene Dataverse-Organisation.
- Aktualisieren Sie die Sicherheitsgruppen, sobald die Migration im Zielmandanten abgeschlossen ist. Die Sicherheitsgruppenmigration wird nicht unterstützt.
- Die verwaltete Umgebung muss im Zielmandanten erneut aktiviert werden. Der Zielmandant sollte über die erforderliche Lizenz verfügen, um die Managed Environment zu aktivieren.
Verschieben abbrechen
Sie können die Migration jederzeit zwischen der Übermittlung der Anforderung und dem Abschließen der Umgebungsmigration abbrechen. Wählen Sie im Banner die Schaltfläche " Verschieben abbrechen " aus, um das Dialogfeld " Verschieben abbrechen " zu öffnen und die Verschiebung abzubrechen.
Migrieren mit PowerShell
Bevor Sie mit der Migration fortfahren, stellen Sie sicher, dass Sie den Vorbereitungsprozess überprüfen und abschließen. Nachdem Sie den Vorbereitungsprozess abgeschlossen haben, führen Sie die Schritte in den folgenden Abschnitten aus, um mithilfe von PowerShell zu migrieren.
PowerShell für Power Platform-Administratoren installieren (sowohl Quell- als auch Zieladministration)
Das Modul „PowerShell für Power Platform-Administratoren“ ist das empfohlene PowerShell-Modul für die Interaktion mit Admin-Funktionen. Informationen, die Ihnen bei den ersten Schritten mit dem PowerShell für Power Platform-Administratorenmodul helfen, finden Sie unter "Erste Schritte mit PowerShell für Power Platform-Administratoren und Installieren von PowerShell für Power Platform-Administratoren".
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 auf Windows (sowohl Quell- als auch Zieladministratoren)
Das modul Azure PowerShell ist ein Rollupmodul. Wenn Sie das Azure PowerShell Modul installieren, werden die allgemein verfügbaren Module heruntergeladen und ihre Cmdlets zur Verwendung zur Verfügung gestellt. Weitere Informationen finden Sie unter Install Azure PowerShell auf Windows.
Verwenden Sie das Cmdlet Install-Module, um das modul Azure PowerShell zu installieren:
Install-Module -Name Az -Repository PSGallery -Force
Anmelden bei Microsoft Power Platform (Sowohl Quell- als auch Zieladministratoren)
Melden Sie sich bei Microsoft Power Platform an. Durch die Anmeldung können Administratoren sich authentifizieren und auf die Power Platform-Umgebung zugreifen.
Add-PowerAppsAccount
Migrationsanforderung übermitteln (Quelladministrator)
Um eine Mandanten-zu-Mandant-Migration zu starten, muss der Dynamics 365 oder Power Platform-Administrator des Quellmandanten eine Anforderung an den Zielmandanten übermitteln. Verwenden Sie den folgenden Befehl, und geben Sie die Umgebungsnamen-ID und Mandanten-ID an.
Sie müssen die Anmeldeinformationen eines Power Platform-Administrators oder eines Dynamics 365-Administrators haben, um diesen Schritt abzuschließen.
TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}
Verwenden Sie den folgenden Befehl, um den Status und die Migrations-ID anzuzeigen:
TenantToTenant-ViewMigrationRequest
Notiz
Notieren Sie die MigrationID, die Sie in weiteren Migrationsbefehlen verwenden. Die Quellmandanten-MigrationID unterscheidet sich von der Zielmandanten-MigrationID.
Migrationsanforderung anzeigen und genehmigen (Zieladministrator)
Der Administrator des Zielmandanten führt den folgenden Befehl aus, um alle Migrationsanforderungen und deren Status anzuzeigen. Der Administrator kann alle Migrationsanforderungen überprüfen und wählen, ob sie genehmigt oder abgelehnt werden sollen.
Add-PowerAppsAccount
TenantToTenant-ViewApprovalRequest
TenantToTenant-ManageMigrationRequest -MigrationId {MigrationId from above command to approve or deny}
Sobald der Administrator eine Anforderung genehmigt hat, kann er den Administrator des Quellmandanten benachrichtigen, um mit dem nächsten Schritt der Migration fortzufahren.
Hochladen der Benutzerzuordnungsdatei (Quelladministrator)
In diesem Schritt wird die SAS-URL erstellt. Sie verwenden diese URL später, um die Benutzerzuordnungsdatei hochzuladen. Führen Sie den folgenden PowerShell-Befehl aus, und ersetzen Sie "EnvironmentId" durch die tatsächliche Umgebungs-ID und "FileLocation " durch den tatsächlichen Dateispeicherort.
Notiz
Wenn Sie den Wert von FileLocation übergeben, müssen Sie den Dateinamen (usermapping.csv) im Parameter einschließen: C:\Filelocation\usermapping.csv.
TenantToTenant-UploadUserMappingFile –EnvironmentName {EnvironmentId} -UserMappingFilePath {FileLocation}
Kopieren Sie den vom Befehl zurückgegebenen Wert des Read Only UserMapping File ContainerUri. Verwenden Sie diesen SAS-URI als ReadOnlyUserMappingFileContainerUri Parameter im Befehl TenantToTenant-PrepareMigration.
Umgebungsmigration vorbereiten (Quellenadministrator)
In diesem Schritt werden umfassende Überprüfungen ausgeführt, um sicherzustellen, dass jeder benutzer, der in der Benutzerzuordnungsdatei aufgeführt ist, überprüft und derzeit im Zielmandanten aktiv ist.
Sie können die "MigrationId" mithilfe des Kommandozeilenbefehls "TenantToTenant-ViewMigrationRequest" im Quellmandanten anzeigen.
TenantToTenant-PrepareMigration
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}
-ReadOnlyUserMappingFileContainerUri {SasUri}
Notiz
Geben Sie den SASUri-Wert aus der Ausgabe des Befehls TenantToTenant-UploadUserMappingFile an.
Beispielausgabe
Code : 202
Description : Accepted
Die Dauer dieses Schritts variiert je nach Anzahl der Benutzer in der Benutzerzuordnungsdatei. Sie können den Fortschritt dieses Schritts überwachen, indem Sie den Befehl "TenantToTenant-GetStatus " verwenden, der im folgenden Abschnitt angegeben ist.
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 einen Fehler erhalten, der besagt, dass die für die Migration von Mandanten zu Mandant bereitgestellte Benutzerzuordnungsdatei ungültig ist, überprüfen Sie, ob der Dateiname der Benutzerzuordnung korrekt ist und dass die Benutzerzuordnungsdatei ein Komma zum Trennen von Werten aufweist.
- Die Zeile "{Zeilennummern}" weist dasselbe '{email ID}' auf: Stellen Sie sicher, dass keine doppelten Einträge vorhanden sind.
-
Ungültiges E-Mail-Format '{email ID}': Stellen Sie sicher, dass das E-Mail-Format korrekt ist.
testuser@tenantdomain.com - Das Ziel in Zeile "{zeilennummer}" entspricht der 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: '{line numbers}': Stellen Sie sicher, dass jede Zeile nur zwei Spalten hat: die Quell- und die Zielspalte. Entfernen Sie alle zusätzlichen Kommas.
Nach dem Beheben von Benutzerzuordnungsfehlern laden Sie die Benutzerzuordnungsdatei mithilfe desselben SAS-URI erneut hoch.
Fehlerbericht herunterladen (Quelladministrator)
Wenn die Benutzerzuordnungsdatei Fehler enthält, können Sie einen Fehlerbericht herunterladen. Kopieren Sie dazu die SasUrl, die im Befehl Tenant-To-Tenant-GetMigrationStatus bereitgestellt wird, direkt in Ihren Internetbrowser. Oder verwenden Sie die folgenden Befehle, die den SAS-URI aus dem vorherigen Schritt verwenden, um den Status und den gewünschten Speicherort zum Herunterladen des Fehlerberichts zu überprüfen.
Führen Sie die folgenden Schritte aus:
Führen Sie den folgenden Befehl 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 $storageContextBeheben Sie die Probleme in der Benutzerzuordnungsdatei.
Laden Sie die Datei erneut hoch, indem Sie die Schritte in Benutzerzuordnungsdatei hochladen (Quell-Administrator) verwenden.
Nachdem Sie die Vorbereitung der Umgebungsmigration (Quelladministrator) erfolgreich abgeschlossen haben, können Sie mit dem Migrieren der Umgebung (Quelladministrator) 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)
Verwenden Sie den Befehl TenantToTenant-ViewMigrationRequest im Quellmandanten, um die MigrationId anzuzeigen.
TenantToTenant-MigratePowerAppEnvironment
-MigrationId {MigrationId}
-TargetTenantId {TargetTenantId}
Status abrufen (Quellenadministrator)
TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}
Beispielausgabe
- Umgebung migrieren: wird ausgeführt
- Umgebung migrieren: Erfolgreich
Notiz
Wenn Probleme beim Ausführen der vorherigen Befehle auftreten, senden Sie eine Supportanfrage für Hilfe.
Prozess nach der Migration
Nach dem Umzug der Umgebung zu einem anderen Mandanten:
- Die Umgebungs-URL, die Organisations-ID (OrgID) und der Name bleiben gleich.
- Die Quellumgebung enthält keine Dataverse.
- Benutzer, die sich nicht in der Zuordnungsdatei befinden, werden nach der Migration nicht migriert oder zugeordnet.
Führen Sie die folgenden Verfahren für Power Automate, Power Apps, Copilot Studio und Power Pages aus.
Prozess nach der Migration für Power Automate
Überprüfen Sie nach Abschluss der Migration die importierten Komponenten, und führen Sie die folgenden Schritte aus, um sicherzustellen, dass Flüsse und andere Ressourcen ordnungsgemäß funktionieren:
- Verbindungen für alle Verbindungsreferenzen erstellen oder zusammenführen.
- Öffnen Sie die Lösung in der Zielumgebung.
- Wechseln Sie zu den Verbindungsverweisen, und authentifizieren Sie sie erneut, oder verknüpfen Sie jeden mit einer vorhandenen Verbindung.
- Aktivieren Sie alle Flows.
- Standardmäßig sind importierte Flows deaktiviert.
- Starten Sie alle untergeordneten Flows, bevor Sie übergeordnete Flows aktivieren, die sie aufrufen, um Fehler zu vermeiden.
- HTTP-Trigger URLs aktualisieren.
- HTTP-ausgelöste Flows generieren nach dem Import eine neue URL.
- Aktualisieren Sie alle aufrufenden Apps, übergeordnete Flows oder externe Systeme, um die neue URL zu verwenden.
Nach dem Migrationsprozess für Power Apps
Für lösungsfähige Apps
- Wählen Sie die neue Umgebung aus Power Apps aus, und wechseln Sie zur Seite Solutions.
- Wählen Sie "Importieren" aus, und verwenden Sie die Dateiauswahl, um die aus dem vorherigen Schritt exportierten Pakete auszuwählen.
- Vergewissern Sie sich, dass der Import erfolgreich war, 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 werden.
Nach dem Migrationsprozess für Copilot Studio
- Wählen Sie die neue Umgebung aus Power Apps aus, und wechseln Sie zur Seite Solutions.
- Wählen Sie "Importieren" aus, und verwenden Sie die Dateiauswahl, um die aus dem vorherigen Schritt exportierten Pakete auszuwählen.
- Vergewissern Sie sich, dass der Import erfolgreich war, indem Sie den Lösungsinhalt der migrierten Umgebung überprüfen.
Prozess nach der Migration für Power Pages
Führen Sie die folgenden Schritte für jede Website in der Umgebung aus.
- 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 vorherigen Schritte und die Migration abgeschlossen haben, können Sie die Umgebung im Zielmandanten validieren. Später können Sie 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?
Hintergrundvorgänge werden während der Mandanten-zu-Mandant-Migration nicht ausgeführt, da der Verwaltungsmodus aktiviert ist. Weitere Informationen finden Sie im Verwaltungsmodus.
Können alle Benutzer der Dataverse-Organisation migriert werden?
Sie können alle Benutzer der Dataverse-Organisation nur migrieren, wenn die Benutzer im Zielmandanten vorhanden sind. Beispiel: ''
user001@source.com, user001@destination.com
user002@source.com, user002@destination.com
Welche Umgebungen werden für eine Migration unterstützt?
Nur Produktions- und Sandbox-Umgebungen werden unterstützt. Standard-, Entwicklungs-, Testversions- und Teams-Umgebungen werden nicht unterstützt.
Wird die Umgebung physisch auf den neuen Mandanten umgezogen?
Nein. Die Umgebung bleibt bestehen, während die Dataverse-Organisation zum Zielmandanten wechselt. Sie ist nicht mehr Teil des Quellmandanten und wird unter der neuen Umgebung im Zielmandanten verwaltet. Daten, die in Dataverse gespeichert sind, werden weiterhin in der Umgebung in Ihrem Mandanten gespeichert. Sie sollten die verwaiste Umgebung löschen, wenn die Mandanten-zu-Mandant-Verschiebung abgeschlossen ist und bestätigt wird, dass die Daten nicht mehr im Quellmandanten benötigt werden.
Werden irgendwelche Komponenten nicht vollständig unterstützt?
Weitere Informationen dazu, welche Komponenten unterstützt werden und welche Komponenten nicht unterstützt werden, finden Sie unter "Bevor Sie beginnen".
Was geschieht mit Postfachkonfigurationen?
Wenn der zugeordnete Benutzer (in der Benutzerzuordnungsdatei erwähnt) über ein Postfach im Zielmandanten verfügt, wird es automatisch konfiguriert. Andernfalls muss eine manuelle Neukonfiguration durchgeführt werden.
Wie initiiere ich eine Migration?
Der Dynamics 365 oder Power Platform-Administrator des Quellmandanten muss eine Anforderung mithilfe von PowerShell-Befehlen mit dem Umgebungsnamen, der ID und der Mandanten-ID übermitteln. Beziehen Sie sich auf die Befehle weiter oben in diesem Artikel.
Gibt es eine Self-Service-Benutzeroberflächen-Option?
Ja. Nachdem die TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID} im Zielmandanten genehmigt wurde, steht auf der Umgebungsseite eine Benutzeroberflächenoption zum Verschieben der Umgebung zur Verfügung.