Freigeben über

Migrationen zwischen Mandanten

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 Folgendes, bevor Sie mit einer Migration zwischen Mandanten beginnen.

Notiz

Migrationen zwischen Mandanten werden in Zukunft in verwalteten Umgebungen unterstützt.

  • Unterstützte Umgebungstypen: Nur Produktions- und Sandkastenumgebungen werden unterstützt.
  • Nicht unterstützte Umgebungstypen: Standard-, Entwickler-, Test- 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 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 zur Migration 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 Dynamics 365 for Outlook, 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. Unter Mit Exchange Online verbinden erfahren Sie mehr über das Konfigurieren des Postfachs.

Voraussetzungen

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

  • Erstellen Sie Benutzer im Zielmandanten, einschließlich:
    • Erstellen Sie Benutzer in Microsoft 365 und Microsoft Entra ID.
    • Lizenzen zuweisen.
  • Sie benötigen Administratorzugriffsrechte für Power Platform oder Dynamics 365, um die Migration auszuführen.
  • Das Modul „PowerShell für Power Platform-Administratoren“ ist das empfohlene PowerShell-Modul für die Interaktion mit Admin-Funktionen. Weitere Informationen erhalten Sie unter Erste Schritte mit PowerShell für Power Platform-Administratoren.

Vorbereitungsprozess

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

Power Automate vorbereiten

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.

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

  1. 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.

  2. Löschen Sie diese lösungsfähigen Apps in der Umgebung, nachdem Sie sie exportiert haben.

  3. Apps, die zu verwalteten Lösungen gehören, können nur durch Löschen der Lösung gelöscht werden.

  4. 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

  1. Gehen Sie zu Power Apps, und wählen Sie dann Apps aus.

  2. Wählen Sie für jede App, die Sie verschieben möchten, Weitere Befehle und dann Paket exportieren (Vorschauversion) aus.

  3. 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.

  4. Wiederholen Sie diese Schritte, bis alle Apps exportiert wurden.

  5. 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:

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

Copilot Studio vorbereiten

Sämtliche 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.

Bei den Chatbots handelt es sich um lösungsfähige Chatbot. Gehen Sie zu Power Apps, navigieren Sie zur Seite Lösungen, und exportieren Sie alle Chatbotlösungen (entweder einzeln oder gruppiert in einer einzigen Lösung). Weitere Informationen finden Sie unter Bots mithilfe von Lösungen exportieren und importieren.

Power Pages vorbereiten

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

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

Erstellen einer Benutzerzuordnungsdatei

Erstellen Sie eine Benutzerzuordnungsdatei für die Quellumgebung, die an 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.

  1. 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.

  2. 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.com DestinationUser@targettenant.com

Für Benutzer mit Vollzugriff

  1. Greifen Sie auf die Quellumgebung zu.

  2. Verwenden Sie Erweiterte Suche, um nach Benutzenden zu suchen.

  3. Wählen Sie Gespeicherte Ansicht verwenden>Benutzer mit Vollzugriff und dann Spalten bearbeiten aus.

  4. Entfernen Sie alle Spalten außer Vollständiger Name.

  5. Wählen Sie Spalten hinzufügen>Windows Live ID aus.

  6. Wählen Sie OK>Ergebnisse aus, um die Liste der Benutzer mit Vollzugriff anzuzeigen.

  7. Wählen Sie alle Datensätze aus, wählen Sie im Menüband Benutzer exportieren und dann Statische Tabelle.

  8. 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.

  9. Öffnen Sie die Excel-Dateien zum Bearbeiten.

  10. 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.

  11. Speichern Sie die Notepad-Datei.

  12. 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

  13. Speichern Sie die Datei als CSV.

Für Benutzer mit Administratorzugriff

  1. Greifen Sie auf die Quellumgebung zu.
  2. Verwenden Sie Erweiterte Suche, um nach Benutzenden zu suchen.
  3. Wählen Sie Gespeicherte Ansicht verwenden>Benutzer mit Administratorzugriff und dann Ergebnisse aus, um die Liste der Benutzer mit Administratorzugriff anzuzeigen.
  4. 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üfen und abschließen. Nachdem Sie den Vorbereitungsprozess abgeschlossen haben, führen Sie die folgenden Abschnitte für die Migration aus.

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 den Einstieg in das Modul „PowerShell für Power Platform-Administratoren“ erleichtern, finden Sie unter Erste Schritte mit PowerShell für Power Platform-Administratoren und PowerShell für Power Platform-Administratoren 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

Bei Microsoft Power Platform anmelden (sowohl Quell- als auch Zieladministration)

Melden Sie sich bei Microsoft Power Platform an. Mit diesem Schritt können sich 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, benötigen Sie Anmeldeinformationen als Power Platform- oder Dynamics 365-Administrierender.

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.

Hochladen der Benutzerzuordnungsdatei (Quelladministrator)

In diesem Schritt wird die SAS-URL erstellt, die später zum Hochladen der Benutzerzuordnungsdatei verwendet wird. 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

Bei der Übergabe des FileLocation-Werts müssen Sie dem Parameter den usermapping-Dateinamen (usermapping.csv) bereitstellen: C:\Filelocation\usermapping.csv.

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

Achten Sie darauf, den Wert der schreibgeschützten UserMapping-Datei-ContainerUri zu kopieren, den der Befehl zurückgibt. Diese SAS-URI ist als ReadOnlyUserMappingFileContainerUri-Parameter im Befehl TenantToTenant-PrepareMigration erforderlich.

Umgebungsmigration vorbereiten (Quellenadministrator)

Im folgenden Schritt werden umfassende Überprüfungen durchgeführt, um sicherzustellen, dass jeder benutzer, der in der Benutzerzuordnungsdatei aufgeführt ist, überprüft 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}

Notiz

Der SASUri-Wert muss aus der Ausgabe des Befehls TenantToTenant-UploadUserMappingFile bereitgestellt werden.

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 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 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 müssen Sie die Benutzerzuordnungsdatei mit demselben SAS-URI erneut laden.

Fehlerbericht herunterladen (Quelladministrator)

Wenn sich Fehler in der Benutzerzuordnungsdatei befinden, gibt es eine Option zum Herunterladen eines Fehlerberichts. Dafür können Sie die SasUrl, die im Befehl Tenant-To-Tenant-GetMigrationStatus bereitgestellt wurde, kopieren und direkt in Ihren Internetbrowser einfügen oder die folgenden Befehle verwenden, welche die 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:

  1. 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

  2. Beheben Sie die Probleme in der Benutzerzuordnungsdatei.

  3. Laden Sie die Datei erneut hoch, indem Sie wie in Die Benutzerzuordnungsdatei hochladen (Quelladministration) beschrieben vorgehen.

Nachdem Sie die Vorbereitung der Umgebungsmigration (Quelladministrator) erfolgreich abgeschlossen haben, können Sie mit der Migration 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)

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

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

Status abrufen (Quellenadministrator)

TenantToTenant-GetMigrationStatus -MigrationId {MigrationId}

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 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 Flows und andere Ressourcen ordnungsgemäß funktionieren:

  1. Verbindungen für alle Verbindungsreferenzen erstellen oder zusammenführen.
    • Öffnen Sie die Lösung in der Zielumgebung.
    • Navigieren Sie zur Verbindungsreferenz, und authentifizieren Sie sich erneut, oder verknüpfen Sie jede Verbindung mit einer vorhandenen Verbindung.
  2. 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.
  3. 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.

Prozess nach der Migration für Power Apps

Für lösungsfähige Apps

  1. Wählen Sie die neue Umgebung aus Power Apps aus, und navigieren Sie zur Seite Lösungen.
  2. Wählen Sie Importieren und verwenden Sie die Dateiauswahl, um die Pakete auszuwählen, die im obigen Schritt exportiert wurden.
  3. 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

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

Prozess nach der Migration für Copilot Studio

  1. Wählen Sie die neue Umgebung aus Power Apps aus, und navigieren Sie zur Seite Lösungen.
  2. Wählen Sie Importieren und verwenden Sie die Dateiauswahl, um die Pakete auszuwählen, die im obigen Schritt exportiert wurden.
  3. 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.

  1. Melden Sie sich bei der Umgebung an.
  2. Öffnen Sie das Admin Center.
  3. 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. 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?

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 alle Benutzer der Dataverse-Organisation migriert werden?

Wir können alle Benutzer der Dataverse Organisation nur dann in die Zielumgebung migrieren, wenn Benutzer im Zielmandant 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, aber die Dataverse-Organisation wird in den Zielmandanten verschoben. 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. Die verwaiste Umgebung sollte daher gelöscht werden, wenn die Migration von einem Mandanten zum anderen abgeschlossen ist und bestätigt wurde, dass die Daten im Quellmandanten nicht mehr benötigt werden.

Werden irgendwelche Komponenten nicht vollständig unterstützt?

Erfahren Sie mehr unter "Bevor Sie beginnen , zu verstehen, welche Komponenten unterstützt werden und welche Komponenten nicht unterstützt werden.

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?

Die Dynamics 365- oder Power Platform-Administrationsfachkraft des Quellmandanten muss eine Anforderung mit den PowerShell-Befehlen mit dem Umgebungsnamen, der ID und der Mandanten-ID senden. Siehe die obigen Befehle.

Gibt es eine Self-Service-Benutzeroberflächen-Option?

Ja. Nachdem „TenantToTenant-SubmitMigrationRequest –EnvironmentName {EnvironmentId} -TargetTenantID {TenantID}“ im Zielmandanten genehmigt wurde, ist eine UI-Option zum Verschieben der Umgebung auf der Umgebungsseite verfügbar.

  • Last updated on