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.

Mit der Geomigrationsfunktion können Kunden ihre Umgebungen in einem einzelnen Mandanten von einer Region in eine andere verschieben. Es gibt keine Benutzeroberflächenänderungen oder Versionsänderungen als Bestandteil dieses Verschiebens. Wenn sich Umgebung in einem Microsoft 365 Umgebung in einem einzelnen Mandanten befindet, wird beim Verschieben von Umgebung nicht das Microsoft 365 Umgebung verschoben. Es handelt sich dabei um separate Dienste. Ihr Umgebung wird weiterhin neben dem Microsoft 365 Umgebung in Ihrem Mandanten 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.
  • Standort-zu-Standort-Migrationen werden nicht in oder aus US GCC, US GCC High oder China unterstützt.
  • Geomigrationen sind auf in oder aus OCE oder IND beschränkt.
  • Im Abschnitt Schritte zur Geo-zu-Geo-Migration werden wichtige und entscheidende Vorbereitungsschritte erwähnt, die für Power Apps oder Power Automate die Geomigration durchgeführt werden müssen. Werden diese Schritte versäumt, ist eine Wiederherstellung Power Apps oder Power Automate Lösung schwierig.

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

  • Für die Geo-zu-Geo-Migration von Umgebung sind keine Backups mehr verfügbar.
  • Die URL Ihrer Organisation 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 diese Kennung. Weitere Informationen finden Sie unter Neue Rechenzentrumsregionen.
  • Ihre Umgebung-ID wird in eine neue, global eindeutige Kennung geändert.

Anmerkung

Organisations-URLs müssen eindeutig sein. Wenn der Domänenname Ihrer Organisation im Zielrechenzentrum bereits reserviert wurde, ist er nicht verfügbar. In dem unwahrscheinlichen Fall, dass dies geschieht, entscheiden wir gemeinsam mit Ihnen über das weitere Vorgehen.

Schritte zur Geo-zu-Geo-Migration

Wichtig

Da die Unterstützung für die Geo-zu-Geo-Migration eingeschränkt ist, sind viele Power Platform Komponenten, Dynamics 365-Anwendungen und Umgebung Verwaltungseinstellungen betroffen. Es ist für Sie wichtig, diesen Abschnitt folgen, um die Funktionalität bestimmter Features beizubehalten.

Für Umgebung, Verwaltungsfunktionen

Vor der Geo-zu-Geo-Migration

  • Umgebung-Einstellungen (z. B. Funktionseinstellungen, Generative KI-Funktionen, Datenschutz- und Sicherheitseinstellungen) werden nach der Geo-zu-Geo-Migration auf ihre Standardwerte zurückgesetzt. Notieren Sie sich alle Umgebung-Einstellungen, die Sie nach der Migration neu konfigurieren müssen.
  • Der verwaltete Umgebung -Status und die zugehörigen Einstellungen gehen verloren (z. B. Admin Digest, Umgebung Routing). Notieren Sie sich den verwalteten Umgebung-Status und die zugehörigen Einstellungen, damit Sie diese Einstellungen nach der Geo-zu-Geo-Migration erneut anwenden können.
  • Der Status der Unternehmensrichtlinie verknüpfen und die zugehörigen Eigenschaften gehen verloren (z. B. vom Kunden verwaltete Schlüssel, Virtuelles Netzwerk). Notieren Sie sich alle mit Umgebung verknüpften Unternehmensrichtlinien, damit Sie die Unternehmensrichtlinien nach der Geo-zu-Geo-Migration erneut verknüpfen können.
  • Lockbox Anfragen für Umgebung, die G2G durchlaufen, gehen verloren oder werden beschädigt. Wenn der Microsoft Support nach der Geo-zu-Geo-Migration Zugriff auf Ihr Umgebung benötigt, muss eine neue Lockbox-Anfrage erstellt werden.
  • Daten-Schadensverhütung-(DLP)-Richtlinien , die die Umgebung, die einer Geo-zu-Geo-Migration unterzogen werden, entweder einschließen oder ausschließen, gelten für die Umgebung nicht mehr. Notieren Sie sich die DLP-Richtlinien, die für Umgebung gelten, damit Sie die Richtlinien nach der Geo-zu-Geo-Migration erneut anwenden können.
  • Das Umgebung, das einer Geo-zu-Geo-Migration unterzogen wird, wird aus seiner Umgebung-Gruppe entfernt. Notieren Sie sich die Gruppe Umgebung, in der sich Umgebung befindet, damit Sie Umgebung nach der Geo-zu-Geo-Migration erneut zur Gruppe Umgebung hinzufügen können.
  • Pay-as-you-go geht für Umgebung verloren, das eine Geo-zu-Geo-Migration durchführt. Beachten Sie alle Umgebung zugewiesenen Pay-as-you-go-Abrechnungsrichtlinien, die Sie nach der Geo-zu-Geo-Migration beibehalten möchten.
  • Währungszuweisungen gehen für Umgebung verloren, die eine Geo-zu-Geo-Migration durchlaufen. Notieren Sie sich alle Währungszuweisungen für Umgebung, die Sie nach der Geo-zu-Geo-Migration beibehalten möchten.

Nach der Geo-zu-Geo-Migration

Für Komponenten, die in Lösungen vorliegen

Vor der Geo-zu-Geo-Migration

  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 mit den Best Practices von ALM stellen Sie sicher, dass alle Ihre verwalteten Lösungen über eine zugehörige nicht verwaltete Lösung verfügen, die Sie als verwaltete Lösung exportieren können.

  • Canvas-Apps
  • Benutzerdefinierte Seiten
  • Komponentenbibliotheken
  • Benutzerdefinierte Konnektoren
  • Dataflows
  • Umgebung-Variablen mit Datentyp „Datenquelle“
  • 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ösungsbewusste Canvas-Apps, benutzerdefinierte Seiten und Komponentenbibliotheken, die Sie vor der Geo-zu-Geo-Migration nicht aus Umgebung löschen, verbleiben 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. Sie werden beim Importieren der Lösung nach einer Geo-zu-Geo-Migration wiederhergestellt.

Nach der Geo-zu-Geo-Migration

Führen Sie diese Schritte der Reihe nach 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 zu Verbindungen aufgefordert werden, achten Sie darauf, alle Verbindungen zu überprüfen und Anpassen und Verbindungen nach Bedarf neu zu erstellen.
    • Wenn Sie zu Umgebung-Variablen aufgefordert werden, stellen Sie sicher, dass die Umgebung-Variablen richtig konfiguriert sind.
  3. Power Pages Für Sites: Löschen Sie den Website-Host und reaktivieren Sie dann die Site.
  4. Bei Datenflüssen müssen Sie je nach Verbindung möglicherweise den Datenfluss 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. Standardmäßig werden einer Lösung viele Komponenten hinzugefügt. Wenn Sie jedoch noch Komponenten haben, die nicht in einer Lösung enthalten sind, können viele dieser Komponenten mit den folgenden Schritten migriert werden.

Anmerkung

  • lokal-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 des Importprozesses 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 Geo-zu-Geo-Migration
  1. Navigieren Sie zu https://make.powerautomate.com/.
  2. Navigieren Sie zur Seite Benutzerdefinierte Konnektoren .
  3. Auswählen die Schaltfläche Herunterladen neben dem benutzerdefinierten Connector, den Sie herunterladen möchten. Dadurch wird eine OpenAPI JSON-Datei auf Ihr Gerät heruntergeladen.
Nach der Geo-zu-Geo-Migration
  1. Navigieren Sie zu https://make.powerautomate.com/.
  2. Navigieren Sie zur Seite Benutzerdefinierte Konnektoren .
  3. Wählen Sie Neuer angepasster Konnektor.
  4. Auswählen Importieren Sie eine OpenAPI Datei und Auswählen die OpenAPI JSON-Datei, die im Abschnitt Vor der Geo-zu-Geo-Migration heruntergeladen wurde.

Canvas-Apps

Canvas-Apps können außerhalb von Lösungen existieren. Um Canvas-Apps beizubehalten, müssen sie vor der Geo-zu-Geo-Migration exportiert und nach der Geo-zu-Geo-Migration importiert werden.

Vor der Geo-zu-Geo-Migration

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

Nach der Geo-zu-Geo-Migration

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 existieren. Um Cloud-Flows beizubehalten, müssen sie vor der Geo-zu-Geo-Migration exportiert und nach der Geo-zu-Geo-Migration importiert werden.

Vor der Geo-zu-Geo-Migration

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

Nach der Geo-zu-Geo-Migration

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 Aktionen ausführen, um die Funktionalität nach der Geo-zu-Geo-Migration beizubehalten.

Dataverse Accelerator

Nach der Geo-zu-Geo-Migration

Deinstallieren Sie die App mithilfe der PAC CLI mit diesen 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>

Nach der Deinstallation installieren Sie die App über Power Platform Admin Center neu.

Project for the web

Nach der Geo-zu-Geo-Migration

Project für das Web wird beim Navigieren zu automatisch erneut bereitgestellt https://project.microsoft.com/. Ihre bestehenden Pläne bleiben jedoch weiterhin bestehen.

Dynamics 365-Marketinganwendung (Customer Insights - Journeys)

Vor der Geo-zu-Geo-Migration

Deinstallieren Sie die Dynamics 365-Marketinganwendung mit dem folgenden Anleitung: Deinstallieren Sie Dynamics 365 Marketing.

Nach der Geo-zu-Geo-Migration

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

Desktop Anwendungen

Wenn Sie eine der folgenden Power Platform Desktop-Anwendungen verwenden, müssen Sie die folgenden Maßnahmen ergreifen, um die Funktionalität nach der Geo-zu-Geo-Migration beizubehalten.

Power Automate – Computer-Laufzeit

Nach der Geo-zu-Geo-Migration

Wenn Sie in der Power Automate Maschinenlaufzeitanwendung das zu migrierende Umgebung als Ihr Maschinen-Umgebung ausgewählt haben, müssen Sie das Umgebung nach der Geo-zu-Geo-Migration in der App erneut auswählen.

Wie der Wechsel funktioniert

Sie sollten die obigen Schritte vor und nach der Geo-zu-Geo-Migration folgen. In der folgenden Tabelle wird beschrieben, was Microsoft vor, während und nach der Geo-zu-Geo-Migration zu tun ist.

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

Ihr Supportmitarbeiter oder Account Manager arbeitet mit Ihnen zusammen, um einen Umzug anzufordern und einen Termin zu planen.		 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 Ihr Umgebung migriert wurde, können Sie die Schritte nach der Migration durchführen.

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