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 Geo-zu-Geo-Migrationsschritte werden wichtige und kritische Vorbereitungsschritte erwähnt , die für Power Apps oder Power Automate vor der Geomigration 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 Geo-zu-Geo-Migration 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 Geo-zu-Geo-Migration begrenzt ist, sind viele Power Platform Komponenten, Dynamics 365 Anwendungen und Umgebungs- und Verwaltungseinstellungen betroffen. Es ist wichtig, dass Sie diesen Abschnitt befolgen, um die Funktionalität bestimmter Funktionen beizubehalten.

Für Umgebung, Verwaltungsfunktionen

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 der verwalteten 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 Geo-zu-Geo-Migration 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 Geo-zu-Geo-Migration erneut verknüpfen können.
  • Lockbox-Anforderungen für die Umgebung, die G2G unterzogen wird, gehen verloren oder werden unterbrochen. Wenn der Microsoft-Support nach der Geo-zu-Geo-Migration Zugriff auf Ihre Umgebung benötigt, muss eine neue Lockbox-Anforderung erstellt werden.
  • Richtlinien zur Verhinderung von Datenverlust (DLP), die die Umgebung, die einer Geo-zu-Geo-Migration unterzogen wird, ein- oder ausschließen, gelten nicht mehr für die Umgebung. Notieren Sie sich die DLP-Richtlinien, die für die Umgebung gelten, damit Sie die Richtlinien nach der Geo-zu-Geo-Migration 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 Geo-zu-Geo-Migration 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 Geo-zu-Geo-Migration beibehalten möchten.
  • Währungszuordnungen gehen für die Umgebung verloren, die eine Geo-zu-Geo-Migration durchläuft. 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, die die Geo-zu-Geo-Migration 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 Geo-zu-Geo-Migration 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 Geo-zu-Geo-Migration 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 , um die Funktionalität wiederherzustellen.

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 Geo-zu-Geo-Migration manuell neu konfiguriert werden.
  • Verbindungen können nicht migriert werden und müssen nach der Geo-zu-Geo-Migration 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 Konnektoren , die nicht in Lösungen enthalten sind, werden für die Geo-zu-Geo-Migration nicht unterstützt. Sie können als OpenAPI JSON-Datei heruntergeladen und dann nach der Geo-zu-Geo-Migration 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 Konnektor 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 Datei OpenAPI importieren und dann die JSON-Datei aus, die OpenAPI im Abschnitt Vor der Geo-zu-Geo-Migration heruntergeladen wurde.

Canvas-Apps

Canvas-Apps können außerhalb von Lösungen vorhanden sein. Um Canvas-Apps beizubehalten, müssen sie vor der Geo-zu-Geo-Migration exportiert und dann nach der Geo-zu-Geo-Migration 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 Geo-zu-Geo-Migration exportiert wurden.

Cloud-Flows

Cloud-Flows können außerhalb von Lösungen vorhanden sein. Um Cloud-Flows beizubehalten, müssen sie vor der Geo-zu-Geo-Migration exportiert und dann nach der Geo-zu-Geo-Migration 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 Geo-zu-Geo-Migration exportiert wurden.

Dynamics 365-Anwendungen

Wenn Sie eine der folgenden Dynamics 365-Apps verwenden, müssen Sie die folgenden Maßnahmen ergreifen, um die Funktionalität nach der Geo-zu-Geo-Migration beizubehalten.

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

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 anhand der folgenden Anleitung: Deinstallieren Sie Dynamics 365 Marketing.

Nach der Migration zwischen geografischen Regionen

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

Desktopanwendungen

Wenn Sie eine der folgenden Power Platform Desktopanwendungen verwenden, müssen Sie die folgenden Aktionen ausführen, um die Funktionalität nach der Geo-zu-Geo-Migration beizubehalten.

Power Automate – Computer-Laufzeit

Nach der Migration zwischen geografischen Regionen

Wenn Sie die Umgebung, die migriert wird, in der Power Automate Laufzeitanwendung für Computer als Computerumgebung ausgewählt haben, müssen Sie die Umgebung in der App nach der Geo-zu-Geo-Migration erneut auswählen.

Wie der Wechsel funktioniert

Sie sollten die oben genannten Schritte vor und nach der Geo-zu-Geo-Migration 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 nach der Migration durchführen.

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