Verschieben Ihres Power BI-Mandanten in eine andere Region

Organisationen müssen ihren Power BI-Mandanten möglicherweise aus Gründen wie der Erfüllung von Datenhaltungsanforderungen, der Einhaltung gesetzlicher Mandate oder der Anpassung an Organisationsänderungen wie Fusionen oder Umsiedlungen in eine andere Region verschieben. Durch das Verschieben Ihres Mandanten wird sichergestellt, dass Ihre Daten in einer Region gespeichert werden, die Ihren Geschäfts- und Complianceanforderungen entspricht.

Das Verschieben Ihres Power BI-Mandanten zwischen Regionen erfordert Unterstützung und sorgfältige Planung von Microsoft. Der Speicherort, den Sie während der Registrierung auswählen, bestimmt Ihre Standarddatenregion, und die Self-Service-Migration wird nicht unterstützt. Wenn Sie Ihren Standarddatenspeicherort ändern müssen, wenden Sie sich an den Microsoft-Support, um die Migration für Sie zu verwalten.

Überlegungen und Einschränkungen

• Die regionsübergreifende Mandantenmigration wird für Azure Government Community Cloud-Umgebungen (GCC und GCC High) nicht unterstützt.
• Die regionsübergreifende Mandantenmigration wird für Power BI- oder Fabric-Kapazitäten nicht angeboten. Erwägen Sie die Verwendung von Multi-Geo-Kapazitäten.
• Wir priorisieren dienstzuverlässigkeit und Bereitstellungszeitpläne können sich ändern, daher müssen wir möglicherweise während der Neuzuordnung jederzeit neu planen.
• Für die Neuzuordnung sind etwa drei Stunden Ausfallzeiten erforderlich. Während der Erstellung einer neuen Zuordnung können Benutzer nicht auf Power BI zugreifen und sehen die Fehlermeldung „Owl“.
• Der Neuzuordnungsprozess führt dazu, dass sämtliche Daten und Metadaten im Mandanten gelöscht werden.
• Es liegt in Ihrer Verantwortung, Ihre Daten zu sichern und wiederherzustellen, da das Supportteam diesen Aktionen nicht helfen kann. Wenn jedoch während der Sicherung und Wiederherstellung technische Probleme auftreten, kann das Supportteam bei der Problembehandlung helfen.

Voraussetzungen

• Der Person, die den Regionsumzug der Daten anfordert, muss die Rolle „globaler Administrator“ zugewiesen werden. Weitere Informationen zu den verschiedenen Administratorrollen und ihren Möglichkeiten finden Sie unter Verstehen der Power BI-Administratorrollen. Wir können Ihnen nicht helfen, Ihren globalen Administrator für Sie zu identifizieren. Suchen Sie in Microsoft 365 oder Microsoft Entra ID nach Inhabern der globalen Administratorrolle, oder fragen Sie Ihren Helpdesk.
• Wir benötigen eine schriftliche Genehmigung, in der Sie bestätigen, dass Ihnen die Auswirkungen der Mandantenmigration auf Ihre Organisation bekannt sind und Sie ihnen zustimmen.
• Sie müssen für die Migration eine Kontaktperson angeben, die außerhalb der Geschäftszeiten erreichbar ist.

Vor dem Verschieben des Bereichs

Der Neuzuordnungsprozess löscht alle Daten und Konfigurationen des Mandanten. Sie müssen die Daten und Informationen in Ihrem Mandanten sichern und nach der Neuzuordnung wiederherstellen.

Backup des Mandanten

Da der Prozess zum Verschieben der Region alle Mandantendaten und Metadaten löscht, müssen Sie alles sichern, was Sie aufbewahren möchten. Führen Sie die folgenden Sicherungsaufgaben aus, bevor Sie die Region verschieben:

Dokumentieren Sie Ihre Mandantenkonfiguration

• Sammeln von Mandantenmetadaten: Führen Sie die Scanner-API aus, um Informationen zu Ihrem Mandanten zu sammeln, einschließlich:
  • Beziehungen zwischen Datenlinien
  • Arbeitsbereichs- und Elementberechtigungen
  • Geplante Aktualisierungskonfigurationen
  • Abonnementeinstellungen
• Erfassen Sie Dashboardlayouts: Erstellen Sie detaillierte Screenshots aller Dashboards, um bei der Neuerstellung zu helfen.
• Zeichnen Sie benutzerdefinierte Konfigurationen auf: Dokumentieren Sie alle benutzerdefinierten Konfigurationen oder Einstellungen, die nicht exportiert werden können.

Sichern von Power BI-Inhalten

• Berichte: Laden Sie PBIX-Dateien aus dem Power BI-Dienst auf Power BI Desktop herunter. Einige Berichte können Einschränkungen beim Herunterladen haben.
• Semantische Modelle: Wenn Sie Premium-Kapazität verwenden, befolgen Sie die Anleitungen in " Sichern und Wiederherstellen von Power BI Premium-Semantikmodellen".
• Dataflows: Exportieren Sie jeden Datenfluss als JSON, indem Sie den Datenfluss auswählen und Export.jsonauswählen. Sie können auch Power Query-Vorlagen (Vorschau) für die Sicherung verwenden.
• Fabric-Artefakte: Sichern Sie Artefaktedefinitionen auf Git, und kopieren Sie alle Daten, die an einem externen Speicherort wie Azure Data Lake Storage (ADLS) aufbewahrt werden müssen.

Inventar- und Dokumentgateways

• Erstellen Sie einen vollständigen Bestand aller Gateways, die für Power BI, Power Apps, Power Automate und Logic Apps konfiguriert sind.
• Dokumentieren Sie alle Datenquellen, die über jedes Gateway verbunden sind.
• Erfassen von Berechtigungen und Anmeldeinformationen für Gateway-Datenquellen.
• Notieren Sie sich alle Freigegebenen Cloudverbindungen (Shared Cloud Connections, SCCs) und deren Berechtigungen.

Sicheres Speichern von Sicherungen

Speichern Sie alle gesicherten Inhalte, Dokumentationen und Screenshots an einem sicheren Ort außerhalb von Power BI, z. B.:

• Azure Data Lake Storage (ADLS)
• SharePoint oder Microsoft OneDrive
• Dokumentverwaltungssystem Ihrer Organisation

Stellen Sie sicher, dass der Sicherungsspeicher während des gesamten Migrationsprozesses und danach für Wiederherstellungsaktivitäten zugänglich ist.

Vollständige Vorbereitungsschritte

Unser Supportteam arbeitet mit Ihnen zusammen, um sicherzustellen, dass die folgenden Schritte zur Vorbereitung der Migration ausgeführt werden:

• Entfernen Sie alle Microsoft Fabric- oder Power BI Premium-Kapazitäten, da der Remap-Prozess sie nicht behält. Der Kapazitätsadministrator muss die Kapazitäten bei Bedarf neu bereitstellen.
• Löschen Sie private Links vor der Ausführung der Mandanten-Neuzuordnung.
• Verstehen Sie, dass einige Nutzungsdaten, die vor der Neuzuordnung gesammelt wurden, nach der Neuzuordnung nicht mehr verfügbar sind. Nutzungsdaten in den folgenden Quellen gehen verloren:
  • Power BI-Aktivitätsprotokoll – Benutzer sollten die Aktivitätsprotokolle vor der Neuzuordnung herunterladen. Alternativ können Benutzer die Office 365-Überwachungsprotokolldaten verwenden, um entsprechende Aktivitätsdetails abzurufen.
  • Ansichtenanzahl in der Stammbaumansicht
  • Bericht zu Datenschutzmetriken
  • Nutzungsmetriken (Vorschau)
• Wenn Azure Log Analytics (Vorschau) verwendet wird, trennen Sie die Arbeitsbereiche von Azure Log Analytics vor der Neuzuordnung, und trennen Sie sie nach der Neuzuordnung erneut.If Azure Log Analytics (Preview) is used, detach the workspaces from Azure Log Analytics before the remapping, and reattach after the remapping.

Anfordern des Verschiebens der Region

Wenn Sie sich an den Support wenden möchten, lesen Sie, wie Sie einen Supportfall für Power BI und Fabric erstellen. Verwenden Sie die folgenden Schritte, um zu beginnen:

1. Wechseln Sie im Verwaltungsportal zu "Hilfe + Support ", und wählen Sie "Neue Supportanfrage" aus.

2. Wählen Sie Neue Supportanfrage und dann die folgenden Optionen aus, um einen Regionswechsel anzufordern.

   • Produkt: Power BI oder Fabric Admin & Management
   • Teilen Sie uns mit, was Sie hilfe benötigen: Wechseln zu einer anderen Region

   Wählen Sie Lösungen anzeigen aus, um zum nächsten Bildschirm zu wechseln.

   

3. Wählen Sie die Pfeilschaltfläche aus, um fortzufahren mit Wählen Sie Ihren Supportplan. Wählen Sie Ihren Supportplan aus. Fügen Sie eine Beschreibung hinzu, und setzen Sie die Informationen in die folgende Tabelle ein:

   Benötigte Informationen	Wie man die Informationen findet
   ID des Mandantenobjekts	Ermitteln Ihrer Microsoft Entra-Mandanten-ID
   Aktuelle Region	Bestimmen der Standardregion für Ihre Organisation
   Vorgeschlagene Region	Internationale Verfügbarkeit von Microsoft Power Platform
   Datum und Uhrzeit für die Migration (Vorschlag)	Geben Sie drei Optionen in UTC-Zeit an. Die vorgeschlagenen Datumsangaben sollten mindestens zwei Wochen nach dem Übermitteln der Anforderung liegen.
   Verfügbarer Kontakt außerhalb der Geschäftszeiten	Name, Telefonnummer und E-Mail-Adresse

4. Wählen Sie unter Is the problem you're reporting related to a recent service change? (Hängt das gemeldete Problem mit einer kürzlich erfolgten Dienständerung zusammen?) „N/V“ aus. Wählen Sie einen Schweregrad und dann Weiter aus.

5. Fügen Sie Ihre Kontaktinformationen hinzu, und wählen Sie dann Senden aus.

Das Supportteam vergewissert sich, dass Sie zu dieser Anforderung berechtigt sind, bestätigt Ihre Kenntnis der oben aufgeführten Probleme und erhält eine schriftliche Genehmigung, mit der Sie bestätigen, dass Sie die Region Ihres Mandanten wechseln möchten.

Achten Sie darauf, Kontaktinformationen für eine Person anzugeben, die als Kontaktstelle für den Support fungieren kann. Der Kontakt muss außerhalb der Geschäftszeiten verfügbar sein.

Der Support überprüft die übermittelten Informationen, einschließlich Ihrer Mandantenobjekt-ID, der aktuellen Datenregion und der Zieldatenregion. Nachdem die Details bestätigt wurden, koordinieren wir den vorgeschlagenen Zeitrahmen für die Migration mit Ihnen.

Nach dem Regionswechsel

Nachdem die Region verschoben wurde, kontaktiert das Supportteam Sie, um zu bestätigen, dass die Migration erfolgreich war. Ihr Mandant befindet sich jetzt in der neuen Region, enthält jedoch keine Daten oder Konfiguration – alles muss aus Ihren Backups wiederhergestellt werden.

Wiederherstellen Ihres Mandanten

Verwenden Sie die Sicherungen, die Sie in der Vorbereitungsphase erstellt haben, um Ihre Instanz neu aufzubauen.

1. Neue Kapazitäten schaffen: Wenn Sie Microsoft Fabric oder Power BI Premium verwenden, erhalten Sie neue Kapazitäten in der neuen Region. Weitere Informationen finden Sie unter Konfigurieren und Verwalten von Kapazitäten.
2. Arbeitsbereiche neu erstellen: Richten Sie Ihre Arbeitsbereiche wieder ein und konfigurieren Sie deren Einstellungen, einschließlich Datenfluss-Speicher und Verbindungen zu externen Diensten wie Git oder Azure Log Analytics.
3. Wiederherstellen von Inhalten: Laden Sie Ihre PBIX-Dateien hoch, importieren Sie Datenflüsse aus JSON, und stellen Sie semantische Modelle aus Sicherungen wieder her. Sie müssen Aktualisierungszeitpläne und Berechtigungen für alle Elemente manuell neu konfigurieren.
4. Neukonfiguration von Gateways: Installieren und Konfigurieren neuer lokaler Datengateways. Alle vorherigen Gateways werden während der Migration gelöscht und müssen neu erstellt werden. Ausführliche Anleitungen finden Sie unter Migrieren, Wiederherstellen oder Übernehmen eines lokalen Datengateways.
5. Aktualisieren der Einstellungen auf Mandantenebene: Konfigurieren Sie Mandanteneinstellungen wie Azure Data Lake Storage-Verbindungen für Sicherung und Wiederherstellung, Dienstprinzipalprofile und andere administrative Konfigurationen neu.
6. Überprüfen und testen: Testen Sie nach der Wiederherstellung alle Berichte, Dashboards und Datenaktualisierungsprozesse gründlich, um sicherzustellen, dass alles wie erwartet in der neuen Region funktioniert.

Aktualisieren externer Abhängigkeiten

Wenn Ihre Organisation über externe Systeme verfügt, die eine Verbindung mit Power BI herstellen, müssen Sie diese möglicherweise aktualisieren, um mit der neuen Region zu arbeiten:

• IP-Zulassungslisten: Aktualisieren Sie alle Firewall- oder Netzwerk-Zulassungslisten mit den IP-Bereichen der neuen Region. Laden Sie die JSON-Datei "Azure IP Ranges" herunter, um die erforderlichen IP-Adressen zu identifizieren.
• Eingebettete Power BI-Anwendungen: Aktualisieren Sie alle benutzerdefinierten Anwendungen, die Power BI-Inhalte einbetten, um bei Bedarf auf die neue Region zu verweisen.
• Nicht von Microsoft stammende Integrationen: Überprüfen und Aktualisieren von Verbindungen für alle Nicht-Microsoft-Tools oder -Dienste, die in Ihren Power BI-Mandanten integriert sind.

Häufig gestellte Fragen

Gibt es kosten, meinen Mandanten in eine andere Region zu verschieben?

Nein, es gibt keine Kosten für die Neuzuordnung der Region. Jeder Kunde mit einer kostenpflichtigen Lizenz kann migrieren. Ein globaler Administrator muss den Vorgang anfordern.

Kann ich bestimmte Stunden und Datumsangaben auswählen, an denen die Neuzuordnung erfolgen soll?

Ja. Wir bitten Sie, eine Uhrzeit und ein Datum zu wählen.

Hat dies Auswirkungen auf mein Office 365-Abonnement?

Nein, die Neuzuordnung wirkt sich nur auf die Power BI-Abonnements aus.

Gilt die Neuzuordnung für alle meine Power BI-Abonnements, oder kann ich einige an ihrem ursprünglichen Speicherort beibehalten?

Nein, die Neuzuordnung gilt für alle Power BI-Abonnements, die dem Mandanten zugeordnet sind.

Verliere ich alle persönlichen und Unternehmensgateways, die ich erstellt habe, um eine Verbindung mit meinen verschiedenen Datenquellen herzustellen?

Ja. Alle Gateways, die Power BI, PowerApps, Flow und Logic Apps zugeordnet sind, müssen nach der Neuzuordnung erneuert werden.

Kann ich ein neues Power BI-Abonnement am neuen Rechenzentrumsstandort starten und dann meine vorhandenen Daten migrieren, wenn eine Datenneuzuordnungslösung implementiert wird?

Ja und Nein. Sie können ein neues Abonnement starten, aber es muss über einen anderen Unternehmensnamen verfügen, um die Zuordnung zum vorhandenen Rechenzentrum zu vermeiden. Die Migration von Mandantendaten, d. h. die übergreifende Migration von Daten von einem Mandanten in einen anderen, bereits vorhandenen Mandanten, ist derzeit nicht in unserer Roadmap geplant.

Kann ich meinen Power BI-Mandanten zu einem anderen Mandanten migrieren oder zusammenführen (z. B. aufgrund einer Unternehmenszusammenführung)?

Nein, die Migration von einem Mandanten zu einem anderen ist nicht möglich.

Meine Erlaubnisliste enthält Power BI IP-Adressbereiche, die verwendet werden, um auf bestimmte Datenquellen zuzugreifen. Muss ich die IP-Adressbereiche entsprechend dem neuen Speicherort aktualisieren?

Ja. Da es sich um einen neuen Speicherort handelt, ändern sich auch die IP-Bereiche, und die Bereiche müssen aktualisiert werden. Laden Sie die JSON-Datei „Azure IP Ranges“ herunter, um die erforderlichen IP-Bereiche zu bestimmen.

Verliere ich alle meine Apps, Datasets, Datenmodelle, Berichte und Dashboards?

Ja.