Freigeben über

Migrationen zwischen geografischen Regionen

  • Artikel

Es werden kontinuierlich neue Rechenzentrumsregionen für Unternehmensdienste eröffnet und Rechenzentren für vorhandene Regionen hinzugefügt.

Die Geomigrationsfunktion erlaubt Kunden, ihre Umgebungen im gleichen Mandanten aus einer Region in eine andere zu verschieben. Es gibt keine Benutzeroberflächenänderungen oder Versionsänderungen als Bestandteil dieses Verschiebens. Wenn die Umgebung sich in einer Microsoft 365-Umgebung in einem einzigen Mandant befindet, bewirkt das Verschieben der Umgebung keine Verschiebung der Microsoft 365-Umgebung, da es sich um separate Dienste handelt. Ihre Umgebung wird weiterhin in Ihrem Mandaten zusammen mit der Microsoft 365-Umgebung angezeigt.

Wichtig

  • Die Unterstützung für die Geomigration ist begrenzt und in der Regel nicht verfügbar.
  • Um eine regionale Migration anzufordern, wenden Sie sich bitte an Ihren Kundenbetreuer oder besuchen Sie Technischer Support.
  • Rechnen Sie nach der Beantragung mit mindestens 10 Tagen, bis die Migration abgeschlossen ist.
  • Geomigrationen werden in oder aus US GCC, US GCC High oder China nicht unterstützt.
  • Geomigrationen sind auf in oder aus OCE oder IND beschränkt.
  • Im Abschnitt zu den Schritten für Migrationen zwischen geografischen Regionen werden wichtige und kritische Vorbereitungsschritte erwähnt, die für Power Apps oder Power Automate vor der regionsübergreifenden Migration ausgeführt werden müssen. Wenn diese Schritte ausgelassen werden, ist es schwierig, Power Apps- oder Power Automate-Lösungen wiederherzustellen.

Unterstützte Umgebungstypen

Unterstützt Nicht unterstützt

  • Produktionsumgebung migrieren

  • Sandbox-Umgebung migrieren

  • Standardumgebung migrieren

  • Dataverse for Teams-Umgebung migrieren

  • Testumgebung migrieren

  • Demoumgebung migrieren

  • Entwicklerumgebung migrieren

  • Umgebung von GCC in einen andere geografischen Raum oder von einem anderen geografischen Raum zu GCC migrieren

Auswirkungen des Migrierens

  • Sicherungen für die Umgebung, die einer Migration zwischen geografischen Regionen unterzogen wird, sind nicht mehr verfügbar.
  • Ihre Organisations-URL wurde geändert. Jedes der regionalen Rechenzentren hat einen eindeutigen Bezeichner in der URL. Wenn Ihre Organisation von einem regionalen Rechenzentrum in ein anderes verschoben wird, ändert sich dieser Bezeichner. Weitere Informationen finden Sie unter Neue Rechenzentrumsregionen.
  • Ihre Umgebungs-ID wird in einen neuen globalen, eindeutigen Bezeichner geändert.

Anmerkung

Organisations-URLs müssen eindeutig sein. Wenn der Domainname Ihrer Organisation bereits im Ziel-Rechenzentrum reserviert wurde, ist er nicht mehr verfügbar. Falls dieser unwahrscheinliche Fall eintritt, entscheiden wir mit Ihnen gemeinsam, wie wir fortfahren.

Schritte bei der Migration zwischen geografischen Regionen

Wichtig

Da die Unterstützung für die Migration zwischen geografischen Regionen begrenzt ist, sind viele Power Platform-Komponenten, Dynamics 365 Anwendungen und Umgebungs- und Verwaltungseinstellungen betroffen. Es ist wichtig, dass Sie sich an diesen Abschnitt halten, damit bestimmte Features weiterhin funktionieren.

Für Umgebung, Verwaltungsfeatures

Vor der Migration zwischen geografischen Regionen

  • Umgebungseinstellungen (z. B. Funktionseinstellungen, generative KI-Features, Datenschutz- und Sicherheitseinstellungen) werden nach der Migration zwischen geografischen Regionen auf ihre Standardwerte zurückgesetzt. Notieren Sie sich alle Umgebungseinstellungen, die Sie nach der Migration neu konfigurieren müssen.
  • Der Status Verwaltete Umgebung und die zugehörigen Einstellungen gehen verloren (z. B. Admin-Digest, Umgebungsrouting). Notieren Sie sich den Status der verwalteten Umgebung und die zugehörigen Einstellungen, damit Sie diese Einstellungen nach der Migration zwischen geografischen Regionen erneut anwenden können.
  • Der Verbindungsstatus der Unternehmensrichtlinie und die zugehörigen Eigenschaften gehen verloren (z. B. kundenseitig verwaltete Schlüssel, virtuelles Netzwerk). Notieren Sie sich alle mit der Umgebung verknüpften Unternehmensrichtlinien, damit Sie die Unternehmensrichtlinien nach der Migration zwischen geografischen Regionen erneut verknüpfen können.
  • Lockbox-Anforderungen für die Umgebung, die zwischen geografischen Regionen migriert wird, gehen verloren oder werden unterbrochen. Wenn der Microsoft-Support nach der Migration zwischen geografischen Regionen Zugriff auf Ihre Umgebung benötigt, muss eine neue Lockbox-Anforderung erstellt werden.
  • Richtlinien zur Verhinderung von Datenverlust (DLP), welche die Umgebung, die zwischen geografischen Regionen migriert wird, ein- oder ausschließen, gelten für die Umgebung nicht mehr. Notieren Sie sich die DLP-Richtlinien, die für die Umgebung gelten, damit Sie die Richtlinien nach der Migration zwischen geografischen Regionen erneut anwenden können.
  • Die Umgebung, die zwischen Regionen migriert wird, wird aus ihrer Umgebungsgruppe entfernt. Notieren Sie sich die Umgebungsgruppe, in der sich die Umgebung befindet, damit Sie die Umgebung nach der Migration zwischen geografischen Regionen wieder zur Umgebungsgruppe hinzufügen können.
  • Die nutzungsbasierte Bezahlung geht für die Umgebung, die eine Geo-zu-Geo-Migration durchläuft, verloren. Notieren Sie sich alle nutzungsbasierten Abrechnungsrichtlinien, die der Umgebung zugewiesen sind, die Sie nach der Migration zwischen geografischen Regionen beibehalten möchten.
  • Währungszuordnungen gehen für die Umgebung verloren, die zwischen geografischen Regionen migriert wird. Notieren Sie sich alle Währungszuordnungen für die Umgebung, die Sie nach der Migration zwischen Regionen beibehalten möchten.

Nach der Migration zwischen geografischen Regionen

Für Komponenten, die sich in Lösungen befinden

Vor der Migration zwischen geografischen Regionen

  1. Alle Lösungen müssen exportiert werden, wenn sie eine der folgenden Komponenten enthalten, welche die Migration zwischen geografischen Regionen nicht unterstützen:

Anmerkung

Verwaltete Lösungen können nicht exportiert werden, aber bewährte ALM-Methoden stellen sicher, dass allen verwalteten Lösungen, die Sie besitzen, eine nicht verwaltete Lösung zugeordnet ist, die Sie als verwaltete Lösung exportieren können.

  • Canvas-Apps
  • Benutzerdefinierte Seiten
  • Komponentenbibliotheken
  • Benutzerdefinierte Konnektoren
  • Dataflows
  • Umgebungsvariablen, welche den Datentyp „Datenquelle“ verwenden
  • Verbindungsreferenzen
  • Chatbots
  1. Löschen Sie alle Canvas-Apps, benutzerdefinierten Seiten und Komponentenbibliotheken in den Lösungen, die Sie in Schritt 1 exportiert haben.

Wichtig

Lösungsfähige Canvas-Apps, benutzerdefinierte Seiten und Komponentenbibliotheken, die Sie vor der Migration in einer andere Umgebung nicht aus der Umgebung löschen, sind nach Abschluss der Migration nicht funktionsfähig. Sie können sie nicht wiedergeben, bearbeiten oder exportieren. Sie müssen sie löschen, um die Blockierung weiterer Lösungsaktualisierungen aufzuheben. Sie werden beim Lösungsimport nach einer Migration zwischen geografischen Regionen wiederhergestellt.

Nach der Migration zwischen geografischen Regionen

Führen Sie die Schritte in der angegebenen Reihenfolge aus:

  1. Chatbots müssen gelöscht werden. Sie werden beim Lösungsimport im nächsten Schritt neu erstellt.
  2. Alle Lösungen, die vor der Migration zwischen geografischen Regionen exportiert wurden, müssen importiert werden.
    • Wenn Sie nach Verbindungen gefragt werden, stellen Sie sicher, dass Sie alle Verbindungen überprüfen und anpassen und bei Bedarf Verbindungen neu erstellen.
    • Wenn Sie nach Umgebungsvariablen gefragt werden, stellen Sie sicher, dass die Umgebungsvariablen richtig konfiguriert sind.
  3. Bei Power Pages-Websites löschen Sie den Website-Host und aktivieren Sie die Website erneut.
  4. Bei Dataflows müssen Sie je nach Verbindung möglicherweise den Dataflow bearbeiten und die Verbindung neu konfigurieren.
  5. Cloud-Flows müssen erneut aktiviert werden, damit sie wieder funktionieren.

Für Komponenten, die nicht in Lösungen enthalten sind

Im Allgemeinen wird empfohlen, alle Komponenten zu erstellen und zu Lösungen hinzuzufügen. Viele Komponenten werden einer Lösung standardmäßig hinzugefügt. Wenn Sie jedoch noch über Komponenten verfügen, die nicht in einer Lösung enthalten sind, können viele dieser Komponenten mit den folgenden Schritten migriert werden.

Anmerkung

  • Lokale Gateways können nicht migriert werden und müssen nach der Migration zwischen geografischen Regionen manuell neu konfiguriert werden.
  • Verbindungen können nicht migriert werden und müssen nach der Migration zwischen geografischen Regionen manuell neu erstellt werden. Bei Verbindungen, die von Canvas-Apps, Cloud-Flows oder lösungsfähigen Komponenten verwendet werden, werden Sie jedoch aufgefordert, sie im Rahmen der Importprozesse für jede dieser Komponenten neu zu konfigurieren.

Benutzerdefinierte Konnektoren

Benutzerdefinierte Connectors, die nicht in Lösungen enthalten sind, werden bei der Migration zwischen geografischen Regionen nicht unterstützt. Sie können als OpenAPI JSON-Datei heruntergeladen und dann nach der Migration zwischen geografischen Regionen mithilfe der OpenAPI JSON-Datei neu erstellt werden.

Vor der Migration zwischen geografischen Regionen
  1. Navigieren Sie zu https://make.powerautomate.com/.
  2. Gehen Sie zur Seite Benutzerdefinierte Connectors.
  3. Wählen Sie die Schaltfläche Herunterladen neben dem benutzerdefinierten Connectors aus, den Sie herunterladen möchten. Dadurch wird eine OpenAPI JSON-Datei auf Ihr Gerät heruntergeladen.
Nach der Migration zwischen geografischen Regionen
  1. Navigieren Sie zu https://make.powerautomate.com/.
  2. Gehen Sie zur Seite Benutzerdefinierte Connectors.
  3. Wählen Sie Neuer angepasster Konnektor.
  4. Wählen Sie OpenAPI-Datei importieren und dann die OpenAPI JSON-Datei aus, die im Abschnitt Vor der Migration zwischen geografischen Regionen heruntergeladen wurde.

Canvas-Apps

Canvas-Apps können außerhalb von Lösungen vorliegen. Um Canvas-Apps beizubehalten, müssen sie vor der Migration zwischen geografischen Regionen exportiert und danach importiert werden.

Vor der Migration zwischen geografischen Regionen

Exportieren Sie die Canvas-Apps, die nicht in Lösungen enthalten sind.

Nach der Migration zwischen geografischen Regionen

Importieren Sie die Canvas-Apps, die im Abschnitt Vor der Migration zwischen geografischen Regionen exportiert wurden.

Cloud-Flows

Cloud-Flows können außerhalb von Lösungen vorliegen. Um Cloud-Flows beizubehalten, müssen sie vor der Migration zwischen geografischen Regionen exportiert und danach wieder importiert werden.

Vor der Migration zwischen geografischen Regionen

Exportieren Sie die Cloud-Flows, die nicht in Lösungen enthalten sind.

Nach der Migration zwischen geografischen Regionen

Importieren Sie die Cloud-Flows, die im Abschnitt Vor der Migration zwischen geografischen Regionen exportiert wurden.

Dynamics 365-Anwendungen

Wenn Sie eine der folgenden Dynamics 365-Apps verwenden, müssen Sie die folgenden Maßnahmen ergreifen, damit sie nach der Migration zwischen geografischen Regionen weiterhin funktionieren.

Dataverse Accelerator

Nach der Migration zwischen geografischen Regionen

Deinstallieren Sie die App mithilfe der PAC-CLI mit den folgenden Befehlen:

pac solution delete --solution-name msdyn_DataverseAcceleratorApp --environment <environment URL>
pac solution delete --solution-name DataverseAccelerator --environment <environment URL>
pac solution delete --solution-name DataverseAccelerator_Anchor --environment <environment URL>

Installieren Sie die App nach der Deinstallation über das Power Platform Admin Center wieder.

Project for the web

Nach der Migration zwischen geografischen Regionen

Project for the Web wird automatisch neu bereitgestellt, wenn Sie zu https://project.microsoft.com/ navigieren. Ihre bestehenden Pläne bleiben weiterhin erhalten.

Dynamics 365 Marketing-Anwendung (Customer Insights - Journeys)

Vor der Migration zwischen geografischen Regionen

Deinstallieren Sie die Dynamics 365 Marketing-Anwendung mithilfe der folgenden Anleitung: Dynamics 365 Marketing deinstallieren.

Nach der Migration zwischen geografischen Regionen

Installieren Sie die Dynamics 365 Marketing-App über das Power Platform Admin Center wieder.

Desktopanwendungen

Wenn Sie eine der folgenden Power Platform Desktopanwendungen verwenden, müssen Sie die folgenden Maßnahmen ergreifen, damit sie nach der Migration zwischen geografischen Regionen weiterhin funktionieren.

Power Automate – Computer-Laufzeit

Nach der Migration zwischen geografischen Regionen

Wenn Sie die Umgebung, die migriert wird, in der Power Automate Computerlaufzeitanwendung als Ihre Computerumgebung ausgewählt haben, müssen Sie sie in der App nach der Migration zwischen geografischen Regionen erneut auswählen.

Wie der Wechsel funktioniert

Sie sollten die oben genannten Schritte für die Zeit vor und nach der Migration zwischen geografischen Regionen ausführen. Die folgende Tabelle beschreibt, was Microsoft vor, während und nach der Migration zwischen Regionen macht.

Vor dem Wechsel Während des Wechsels Nach dem Wechsel
Was Microsoft macht Benachrichtigung

Ihr Kundendienstmitarbeiter oder Ihre Kundenmanagerin arbeitet mit Ihnen gemeinsam an der Beantragung der Umstellung und dem Zeitplan.		 Umschaltung

Die Umschaltungszeit für jeden Service hängt von von der Anzahl der Benutzer und Menge der Daten an. Dieser Schritt kann bei kleineren Organisationen 1 und 6 Stunden dauern, bei Großunternehmen jedoch bis zu 48 Stunden. Die Umschaltung wird am Abend oder Wochenende ausgeführt.		 Benachrichtigung und Support

Sie werden per E-Mail oder Telefon benachrichtigt, wenn die Umgebung zum neuen Rechenzentrum migriert wird.

Nachdem Ihre Umgebung migriert wurde, können Sie die Schritte für die Zeit nach der Migration durchführen.

Wir richten uns bei allen Migrationen nach den Bedingungen der Microsoft Online Services-Vereinbarung zum Servicelevel.