Freigeben über

Migrationen zwischen Mandanten

  • Artikel

Eine Umgebung zu einem anderen Mandanten migrieren

Mit der Funktion „Migration von Mandant zu Mandant“ können Sie beantragen, dass eine Umgebung von einem Mandanten zu einem anderen verschoben* wird. Mit dieser Funktion können Kunden die folgenden Fälle unterstützen:

  • Mehrere Mandanten unter einem Mandanten zusammenfassen
  • Die Übernahme von Unternehmen A durch Unternehmen B unterstützen

*Umgebung wird nicht physisch verschoben, sondern einem anderen Mieter zugeordnet. Die Umgebung ist noch vorhanden, befindet sich jedoch nicht mehr unter dem Quellmandanten. Sie ist verfügbar und wird unter dem Zielmandanten verwaltet.

Sie müssen eine Supportanfrage einreichen, um eine Migration von Mandant zu Mandant einzuleiten.

Es gibt im Rahmen dieser Migration keine Benutzeroberflächenänderungen oder Versionsänderungen. Sie können eine oder mehrere Umgebungen verschieben. Sobald der Vorgang abgeschlossen ist, werden Ihre Umgebungen in Ihrem neuen Mandanten angezeigt.

Wichtig

  • Wenn das Verschieben einer einzelnen Umgebung von einem Mandanten zu einem anderen eine geografische Regionsänderung erfordert, wird Ihr Mandant zu einem multiregionalen Mandanten. Regionale Funktionen werden im Power Platform Admin Center vom Supportteam aktiviert. Weitere Informationen: Standort-zu-Standort-Migrationen.
  • Möglicherweise müssen Sie nach der Migration von Mandant zu Mandant einige Anwendungen und Einstellungen neu konfigurieren, z. B. Microsoft Dynamics 365 for Outlook, serverseitige Synchronisierung SharePoint oder andere.
  • Änderungen der geografischen Region werden in oder aus US GCC, US GCC High, US DoD, OCE, IND oder China nicht unterstützt.
  • Vorhandene Quelldatenbanksicherungen werden nicht zum Zielmandanten migriert.
  • Eine Dataverse Organisation, die mit einer Finanz- und betrieblichen Organisation verknüpft ist, kann nicht mit einem anderen Mandanten migriert werden.
  • Die Migration von Mandant zu Mandant unterliegt der Kunden-Lockbox, wenn sie im Quellmandant aktiviert sind.

Unterstützte Anwendungen und Plattformen

Unterstützt Nicht vollständig unterstützt*
  • Dataverse
  • Dynamics 365-Apps

*Während der Migration kann es zu Datenverlust kommen und es sind weitere Schritte erforderlich. Stellen Sie sicher, dass eine der folgenden Lösungen in den zu migrierenden Umgebungen installiert ist, da hierfür möglicherweise zusätzliche Schritte von Ihnen oder dem Support erforderlich sind.

Unterstützte Umgebungstypen

Unterstützt Nicht unterstützt
  • Produktionsumgebung migrieren
  • Sandkastenumgebung migrieren
  • Mandanten von GCC zu GCC migrieren
  • Eine oder mehrere Umgebungen
  • Standardumgebung migrieren
  • Teams-Umgebung migrieren
  • Testumgebung migrieren
  • Demoumgebung migrieren
  • Entwicklerumgebung migrieren
  • Mandanten von GCC in einen andere geografischen Raum oder von einem anderen geografischen Raum zu GCC migrieren
  • Eine Dataverse Organisation migrieren, die mit einer Finanz- und betrieblichen Organisation verknüpft ist

Migrationsflow

Sobald eine Migrationsanfrage eingereicht wurde, wird das Supportteam beauftragt, die Anfrage manuell zu überprüfen. Nachfolgend finden Sie eine Liste der Schritte, die während des gesamten Migrationsprozesses ausgeführt werden.

Migrationsflow

Anforderungen

Wenn Sie kein kostenpflichtiges Abonnement von Dynamics 365 Power Apps oder Microsoft Copilot Studio im Zielmandanten haben, müssen Sie eines erstellen. Möglicherweise müssen Sie ein neues Abonnement erwerben oder ein Testabonneent in ein kostenpflichtiges Abonnement umwandeln, falls dies noch nicht geschehen ist.

Der Zielmandant benötigt eine gleiche oder höhere Anzahl aktiver Benutzerlizenzen und genauso viel oder mehr Speicherplatz wie der Quellmandant.

Wenn Ihre Umgebung innerhalb derselben Region von einem Mandanten zu einem anderen verschoben wird, ändert sich die URL nicht. Um diesen Vorgang durchzuführen, müssen Sie einige Fragen beantworten, darunter:

  • Wie lauten Quellmandantendomäne und -region? (Beispiel: EMEA, NA, APAC)
  • Wie lauten Zielmandantendomäne und -region? (Beispiel: EMEA, NA, APAC)
  • Verfügt der Zielmandant über ein gültiges Dynamics 365-Abonnement mit genügend Plätzen für alle zuzuordnenden Benutzer? Die in der Datei Zuordnung bereitzustellenden Benutzer müssen sowohl im Quell- als auch im Zielmandanten aktiv und lizenziert sein.
  • Hat der Zielmandant ausreichend Benutzerlizenzen?
  • Verfügt der Zielmandant über genügend Speicherplatz für die zu migrierenden Umgebungen?
  • Vor der Migration von Produktionsumgebungen (oder Umgebungen mit potenziellen geschäftlichen Auswirkungen) müssen zuerst Sandbox-Kopiemigrationen durchgeführt werden. Das Ziel dieser Migrationen, die Kopien der wichtigen Produktionsumgebungen verwenden, besteht darin, die Validierung der migrierten Umgebungen zu ermöglichen, bevor mit den Migrationen der geschäftskritischen Umgebungen fortgefahren wird. Verfügen Sie über ausreichende Kapazitäten, um eine Kopie Ihrer Produktionsumgebung bereitzustellen, um mit diesem Test fortzufahren? Anweisungen über das Kopieren einer Umgebung finden Sie in Kopieren einer Umgebung.

Sie müssen folgende Angaben machen:

  • Die Umgebungen, die vom Quellmandanten migriert werden sollen.
  • Die Benutzerzuordnungsdatei für die erste zu migrierende Umgebung. Jedes Umgebung muss eine separate Zuordnung-Datei haben. Damit die Migration erfolgreich ist, müssen die Benutzer sowohl im Quell- als auch im Zielmandanten vorhanden sein und in den Umgebungen lizenziert und aktiviert sein. Sie können unterschiedliche Quell- und Zieldomänen haben, solange diese aktiv sind.
  • Die Objekt-ID der Sicherheitsgruppe im Zielmandanten, die jeder Umgebung zugewiesen werden soll, wenn eine Sicherheitsgruppe zugewiesen werden soll. Die Objekt-ID der Ziel-Sicherheitsgruppe des Mandanten wird während der Migration zugewiesen, sofern sie angegeben ist. Wenn nicht angegeben, kann die Sicherheitsgruppe von Power Platform Admin Center nach Abschluss der Migration zugewiesen werden.

Von einem Power Platform Administrator oder Dynamics 365-Administrator auszuführende Schritte

  1. Sie müssen zur Durchführung der Migration befugt sein.
  2. Eine Migration mit einer Sandbox-Kopie sollte von allen Parteien durchgeführt und validiert werden, bevor die Migration einer geschäftskritischen Umgebung geplant wird. In diesem Fall benötigen wir auch ein neues Umgebung im Quellmandanten, damit wir das geschäftskritische Umgebung in das neue Umgebung kopieren und die Testmigration durchführen können.
  3. Erstellen Sie Benutzer im Zielmandanten. Sie müssen:
    1. Benutzer in Microsoft 365/Microsoft Entra ID erstellen.
    2. Lizenzen zuweisen.
  4. Sobald die Benutzer erstellt und aktiviert sind, muss die Datei Zuordnung gemäß den weiteren in diesem Artikel beschriebenen Schritten generiert werden.
  5. Wenn es Lösungen gibt für Power Apps- oder Power Automate-Flows gibt, müssen diese aus Power Apps exportiert und nach der Migration wieder in die neue Umgebung importiert werden.
  6. Wenn Lockbox im Quellmandanten aktiviert ist, bereiten Sie sich darauf vor, die Lockbox-Anforderung zu Beginn des Mandanten-zu-Mandanten-Vorgangs zu genehmigen.

Bestätigen Sie, dass eine der folgenden Lösungen in den zu migrierenden Umgebungen installiert ist, da hierfür möglicherweise weitere Schritte von Ihnen oder dem Support erforderlich sind:

  • Power Apps oder Power Automate
  • Microsoft Copilot Studio
  • Dynamics 365 Customer Voice
    • Die Migration von Mandant zu Mandant wird für Dynamics 365 Customer Voice nicht unterstützt. Projekte und Umfragen müssen nach der Migration neu erstellt werden.
  • Power Apps-Portale
  • Power Apps Prüfungs-App
  • Café X
  • Dynamics 365 Marketing
  • Postfächer. Wenn der zugeordnete Benutzer über ein Postfach im Zielmandant verfügt, wird das Postfach während der Migration automatisch konfiguriert. Für alle anderen Benutzer müssen Sie das Postfach neu konfigurieren:
    1. Wenn im Zielmandanten (test@microsoft.com) dasselbe Postfach verwendet wird, ist das Postfach standardmäßig aktiviert. Vor dem Mandanten-zu-Mandanten-Prozess müssen Kunden ihre Postfächer im Zielmandanten migrieren/konfigurieren.
    2. Wenn Sie die standardmäßige onmicrosoft-Domäne (test@sourcecompanyname.onmicrosoft.com) verwenden, wird der Domänenname nach der Migration geändert (test@targetcompanyname.onmicrosoft.com). Kunden müssen das Postfach neu konfigurieren. Informationen zum Konfigurieren des Postfachs finden Sie unter Mit Exchange Online verbinden.

Schritte zum Erstellen der Zuordnungsdatei

Für Benutzer mit Vollzugriff:

  1. Greifen Sie auf die Quellumgebung zu.

  2. Erweiterte Suche verwenden (Bildschirmfoto der Schaltfläche Erweiterte Suche.) und suchen Sie nach Benutzern.

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

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

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

  6. Wählen Sie OK>Ergebnisse, 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 die Quelle und eine für den Zielmandant.

  9. Öffnen Sie die 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 als Nächstes die Windows Live ID des Ziels (UPNs) in dasselbe Notepad-Dokument rechts neben der entsprechenden Quell-UPN ein und trennen Sie Quell- und Ziel-UPNs durch ein Komma (,).

    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.

Anmerkung

Anwendungsbenutzer können nicht migriert werden. Weitere Informationen zu Anwendungsbenutzern finden Sie unter System- und Anwendungsbenutzer.

Für Benutzer mit Administratorzugriff:

  1. Greifen Sie auf die Quellumgebung zu.
  2. Verwenden Sie die Erweiterte Suche (Bildschirmfoto der Schaltfläche Erweiterte Suche.) und suchen Sie nach Benutzern.
  3. Wählen Sie Gespeicherte Ansicht verwenden>Benutzer mit Administratorzugriff und wählen Sie dann Ergebnisse, 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 Zuordnung einzubeziehen, gehen Sie dagegen wie folgt vor:
    1. Suchen Sie die entsprechenden Benutzer im Zielmandanten.
    2. Stellen Sie sicher, dass dem Zielbenutzer im Zielmandanten eine gültige Dynamics 365-Lizenz zugewiesen ist. Hinweis: Wenn dem Zielbenutzer 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.

Führen Sie vor und nach der Migration die folgenden Schritte für Power Apps, Power Automate, Microsoft Copilot Studio, Power Apps Portale und Marketing aus:

Für Power Apps und Power Automate:

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

Vor der Migration:

  1. Für lösungsfähige Apps können Sie zu https://make.powerapps.com/ gehen, zur Seite Lösungen navigieren und Alle Apps/solutions exportieren (entweder einzeln oder in einer einzigen Lösung gruppiert, falls dies nicht bereits der Fall ist).
  2. Löschen Sie diese lösungsfähigen Apps nach dem Export im Umgebung.

Wichtig

Lösungsbewusste Canvas-Apps, benutzerdefinierte Seiten oder Komponentenbibliotheken, die Sie vor der Migration nicht aus einem Umgebung löschen, bleiben nach Abschluss der Migration in einem nicht funktionsfähigen Zustand. Sie können sie nicht abspielen, bearbeiten oder exportieren. Sie müssen sie löschen, um die Blockierung weiterer Lösungsaktualisierungen aufzuheben.

Nach der Migration:

  1. Wählen Sie die neue Umgebung aus https://make.powerapps.com/ und navigieren Sie zur Seite Lösungen.
  2. Wählen Sie Importieren und verwenden Sie die Dateiauswahl, um die Pakete auszuwählen, die in den obigen Schritten exportiert wurden.
  3. Bestätigen Sie, dass der Import erfolgreich abgeschlossen wurde, indem Sie den Lösungsinhalt der migrierten Umgebung überprüfen.
Für Apps, die nicht lösungsorientiert sind

Vor der Migration:

  1. Gehen Sie zu https://make.powerapps.com und wählen Sie dann Neu 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 Export. Sobald der Export abgeschlossen ist, sollte ein Download beginnen. Die daraus resultierende Datei enthält das ausgewählte App-Paket.
  4. Wiederholen Sie diese Schritte, bis alle Apps exportiert wurden.

Nach der Migration:

  1. Wechseln Sie zu https://make.powerapps.com.
  2. Wählen Sie die neue Umgebung aus der Umgebungsauswahl in der oberen rechten Ecke aus.
  3. Wählen Sie Apps.
  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.

Für Microsoft Copilot Studio

  • Alle Microsoft 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 – beispielsweise Verbindungen, Umgebungsvariablen, benutzerdefinierte Connectors.

Vor der Migration:

  1. Chatbots sind lösungsbewusst. Sie können zu https://make.powerapps.com/ gehen, zur Seite Lösungen navigieren und alle Lösungen des Chatbots exportieren - entweder einzeln oder in einer einzigen Lösung zusammengefasst. Weitere Informationen dazu finden Sie in Bots mithilfe von Lösungen exportieren und importieren.

Nach der Migration:

  1. Wählen Sie die neue Umgebung aus https://make.powerapps.com/ und navigieren Sie zur Seite Lösungen.
  2. Wählen Sie Importieren und verwenden Sie die Dateiauswahl, um die Pakete auszuwählen, die in den obigen Schritten exportiert wurden.
  3. Bestätigen Sie, dass der Import erfolgreich abgeschlossen wurde, indem Sie den Lösungsinhalt der migrierten Umgebung überprüfen.

Für Power Apps Portale (muss für jedes Portal in den Umgebungen Fertig sein):

Vor der Migration:

  1. Melden Sie sich bei der Umgebung an.
  2. Öffnen Sie das Power Apps Portale Admin Center.
  3. Löschen Sie das Portal.

Nach der Migration:

  1. Melden Sie sich bei der Umgebung an.
  2. Öffnen Sie das Power Apps Portale Admin Center.
  3. Stellen Sie das Portal mit demselben Portaltyp und derselben Sprache bereit.

Für Dynamics 365 Marketing:

Wenn die Marketing-App im Mandanten bereitgestellt wird, stellen Sie sicher, dass die erforderlichen Lizenzen im Zielmandanten vorhanden sind, um die Anwendung nach Abschluss der Migration erneut bereitzustellen. Gehen Sie zu: Migration von Mandant zu Mandant für Dynamics 365 Marketing.

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.
  • Zugriff auf die Quellumgebung ist nicht möglich.
  • Benutzer, die nicht in der Zuordnungsdatei enthalten sind, werden nach der Migration nicht migriert und zugeordnet.

Wie der Wechsel funktioniert

Im Rahmen der gestellten Supportanfrage erhalten Sie eine Liste mit Vor- und Nachvoraussetzungen für Ihre Migration. In der folgenden Tabelle wird beschrieben, was Microsoft vor, während und nach Ihrem Umzug zu tun ist.

Vor dem Wechsel:
Benachrichtigung		 Während des Wechsels:
Umschaltung		 Nach dem Wechsel:
Benachrichtigung und Support
Was Microsoft bedeutet Ihr Supportmitarbeiter oder Account Manager arbeitet mit Ihnen zusammen, um einen Umzug anzufordern und zu planen. Die Migration kann mehrere Stunden dauern, dies hängt von der Anzahl der Benutzer ab. In diesem Zeitraum kann von den Benutzern nicht auf die Umgebung zugegriffen werden. Deshalb sollte der Vorgang am Abend oder Wochenende durchgeführt werden.

Es gibt ein Schritt, das Ihr Engagement erfordert, d. h. die Bereitstellung einer Benutzer-Zuordnung-Datei. Dies wird im Voraus angefordert, damit wir die Benutzer vor der Migration überprüfen können.		 Sie werden per E-Mail oder Telefon benachrichtigt, wenn Ihre Umgebung auf den neuen Mandanten migriert wird.

Nachdem die Mandantenmigration abgeschlossen ist, unterstützt Sie Ihr Supportmitarbeiter oder Account Manager dabei, Kontakt mit der Rechnungsabteilung unter Abbrechen aufzunehmen und/oder Ihr vorheriges Abonnement bei Bedarf gutzuschreiben.

Wir halten uns bei allen Umzügen an die Bedingungen des Service Level Agreements für Microsoft Online-Dienste .

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. Wechseln Sie zu: Verwaltungsmodus – Power Platform

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.com
user002@source.com, user002@destination.com