Migration von Mandant zu Mandant
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
*Die Umgebung wird nicht physisch verschoben, sondern einem anderen Mandanten 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. Nach der Fertigstellung wird Ihre Umgebung(en) in Ihrem neuen Mandanten erscheinen.
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.
- 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, serverseitige Synchronisierung, SharePoint und 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* |
|---|---|
|
|
*Während der Migration kann es zu potenziellen Datenverlusten kommen und zusätzliche Schritte erforderlich sein. Bestätigen Sie, ob eine der folgenden Lösungen in den zu migrierenden Umgebungen installiert ist, da für diese möglicherweise zusätzliche Schritte von Ihnen oder dem Support notwendig sind.
Unterstützte Umgebungstypen
| Unterstützt | Nicht unterstützt |
|---|---|
|
|
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.
Voraussetzungen:
Wenn Sie kein kostenpflichtiges Abonnement von Dynamics 365, Power Apps oder Power Virtual Agents im Zielmandanten haben, müssen Sie einen 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. Für diesen Vorgang 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 Zuordnungsdatei anzugebenden Benutzer müssen sowohl im Quell- als auch im Zielmandant 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 auch die folgenden Informationen angeben:
- Die Umgebungen, die vom Quellmandanten migriert werden sollen.
- Die Benutzerzuordnungsdatei für die erste zu migrierende Umgebung. Jede Umgebung benötigt eine separate Zuordnungsdatei. Bitte beachten Sie, dass die Benutzer sowohl im Quell- als auch im Zielmandanten vorhanden und in den Umgebungen lizenziert und aktiviert sein müssen, damit die Migration erfolgreich sein kann. 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 Zielmandanten-Sicherheitsgruppe wird während der Migration zugewiesen, sofern sie bereitgestellt wird. Wenn nicht angegeben, kann die Sicherheitsgruppe von Power Platform Admin Center nach Abschluss der Migration zugewiesen werden.
Von einem globalen Administrator, Dynamics 365-Administrator oder Power Platform-Administrator auszuführende Schritte
- Sie müssen zur Durchführung der Migration befugt sein.
- 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 eine neue Umgebung im Quellmandanten, damit wir die unternehmenskritische Umgebung in die neue Umgebung kopieren und die Testmigration ausführen können.
- Erstellen Sie Benutzer im Zielmandanten. Sie müssen:
- Benutzer in Microsoft 365/Microsoft Entra ID erstellen.
- Lizenzen zuweisen.
- Nachdem die Benutzer erstellt und aktiviert wurden, muss die Zuordnungsdatei gemäß den weiter unten in diesem Artikel beschriebenen Schritten generiert werden.
- 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.
- 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, ob eine der folgenden Lösungen in den zu migrierenden Umgebungen installiert ist, da für diese möglicherweise zusätzliche Schritte von Ihnen oder dem Support notwendig sind:
- Power Apps oder Power Automate
- Power Virtual Agents
- Dynamics 365 Customer Voice
- 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:
- Wenn dasselbe Postfach im Zielmandanten verwendet wird (test@microsoft.com), dann ist das Postfach standardmäßig aktiviert. Vor dem Mandanten-zu-Mandanten-Prozess müssen Kunden ihre Postfächer im Zielmandanten migrieren/konfigurieren.
- 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:
Greifen Sie auf die Quellumgebung zu.
Erweiterte Suche verwenden (
) und suchen Sie nach Benutzern.Wählen Sie Gespeicherte Ansicht verwenden>Benutzer 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 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 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.
Öffnen Sie die 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 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.comSpeichern Sie die Datei als CSV.
Für Benutzer mit Administratorzugriff:
- Greifen Sie auf die Quellumgebung zu.
- Erweiterte Suche verwenden () und suchen Sie nach Benutzern.
- Wählen Sie Gespeicherte Ansicht verwenden>Benutzer mit Administratorzugriff und wählen Sie dann Ergebnisse, um die Liste der Benutzer mit Administratorzugriff anzuzeigen.
- 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:
- Suchen Sie die entsprechenden Benutzer im Zielmandanten.
- Stellen Sie sicher, dass dem Zielbenutzer im Zielmandanten eine gültige Dynamics 365-Lizenz zugewiesen ist. Hinweis: Wenn dem Zielbenutzer keine Lizenz zugewiesen wird, schlägt die Migration fehl.
- 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-, Power Virtual Agents- und 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ösungsfähige Apps
Vor der Migration:
- Für lösungsfähige Apps gehen Sie zu https://make.powerapps.com/, navigieren Sie zur Seite „Lösungen“ und exportieren Sie alle Apps/Lösungen (entweder einzeln oder gruppieren Sie sie in einer einzigen Lösung, falls dies noch nicht geschehen ist)
- Löschen Sie diese lösungsfähigen Apps in der Umgebung, nachdem Sie diese exportiert haben.
Wichtig
Lösungsbewusste Canvas-Apps, benutzerdefinierte Seiten oder Komponentenbibliotheken, die Sie vor der Migration nicht aus einer Umgebung löschen, funktionieren nach Abschluss der Migration nicht mehr.
Nach der Migration:
- Wählen Sie die neue Umgebung aus https://make.powerapps.com/ aus und navigieren Sie zur Seite „Lösungen“.
- Wählen Sie Importieren und verwenden Sie die Dateiauswahl, um die Pakete auszuwählen, die in den obigen Schritten 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
Vor der Migration:
- Gehen Sie zu https://make.powerapps.com und wählen Sie dann Neu 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 Export. Sobald der Export abgeschlossen ist, sollte ein Download beginnen. Die daraus resultierende Datei enthält das ausgewählte App-Paket.
- Wiederholen Sie diese Schritte, bis alle Apps exportiert wurden.
Nach der Migration:
- Wechseln Sie zu https://make.powerapps.com.
- Wählen Sie die neue Umgebung aus der Umgebungsauswahl in der oberen rechten Ecke aus.
- Wählen Sie Apps.
- 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.
Für Power Virtual Agents:
- Alle Power Virtual Agents-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:
- Bei den Chatbots handelt es sich um lösungsfähige Chatbot. Sie können auf https://make.powerapps.com/ gehen, zur Seite „Lösungen“ navigieren und alle Chatbotlösungen exportieren (entweder einzeln oder gruppieren Sie sie in einer einzigen Lösung). Weitere Informationen dazu finden Sie in Bots mithilfe von Lösungen exportieren und importieren.
Nach der Migration:
- Wählen Sie die neue Umgebung aus https://make.powerapps.com/ aus und navigieren Sie zur Seite „Lösungen“.
- Wählen Sie Importieren und verwenden Sie die Dateiauswahl, um die Pakete auszuwählen, die in den obigen Schritten exportiert wurden.
- 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 durchgeführt werden):
Vor der Migration:
- Melden Sie sich bei der Umgebung an.
- Öffnen Sie das Power Apps Portale Admin Center.
- Löschen Sie das Portal.
Nach der Migration:
- Melden Sie sich bei der Umgebung an.
- Öffnen Sie das Power Apps Portale Admin Center.
- 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
Sie erhalten eine Liste mit Erfordernissen vor und nach der Migration im Rahmen der Supportanfrage. Die folgende Tabelle beschreibt, was Microsoft vor, während und nach der Migration macht.
| Vor dem Wechsel: Benachrichtigung |
Während des Wechsels: Umschaltung |
Nach dem Wechsel: Benachrichtigung und Support |
|
|---|---|---|---|
| Was Microsoft macht | Ihr Kundendienstmitarbeiter oder Kundenbetreuer arbeitet mit Ihnen gemeinsam an der Anforderung eines Wechsels und Zeitplans. | 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 einen Schritt, der Ihre Beteiligung erfordert, nämlich die Bereitstellung einer Benutzerzuordnungsdatei. 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, setzt sich Ihr Kundendienstmitarbeiter oder Kundenbetreuer mit Ihnen wegen der Abrechnung in Verbindung. Ihr vorheriges Abonnement wird entweder storniert oder gutgeschrieben, je nach Bedarf. |
Wir richten uns bei allen Migrationen nach den Bedingungen der Vereinbarung zum Servicelevel für Microsoft Online Services.
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