Zuverlässigkeit in Microsoft Fabric

Dieser Artikel beschreibt Zuverlässigkeitsunterstützung in Microsoft Fabric, einschließlich regionaler Resilienz mit Verfügbarkeitszonen sowie regionalübergreifender Wiederherstellung und Geschäftskontinuität. Eine ausführlichere Übersicht über die Zuverlässigkeit in Azure finden Sie unter Azure-Zuverlässigkeit.

Unterstützung für Verfügbarkeitszonen

Verfügbarkeitszonen sind physisch getrennte Gruppen von Rechenzentren innerhalb einer Azure-Region. Wenn eine Zone ausfällt, erfolgt ein Failover der Dienste zu einer der verbleibenden Zonen.

Fabric verwendet Azure-Verfügbarkeitszonen, um Fabric- und Power BI-Elemente und -Daten vor Rechenzentrumsfehlern zu schützen. Der Dienst verteilt Fabric-Ressourcen automatisch über mehrere Zonen, ohne dass eine Kundenkonfiguration erforderlich ist.

  • Data Engineering unterstützt Verfügbarkeitszonen, wenn Sie OneLake verwenden. Wenn Sie andere Datenquellen wie ADLS Gen2 verwenden, müssen Sie sicherstellen, dass zonenredundanter Speicher (Zone-redundant storage, ZRS) aktiviert ist.

Zone-down-Erlebnis

Während eines zonenweiten Ausfalls ist keine Kundenaktion erforderlich. Fabric-Funktionen selbstheilen und ausgleichen automatisch, um die Vorteile der gesunden Zone zu nutzen. In manchen Fällen müssen laufende Operationen möglicherweise neu gestartet werden. Zum Beispiel könnte das Ausführen von Spark-Jobs fehlschlagen, wenn sich der Hauptknoten in der Ausfallzone befindet. In einem solchen Fall müssen Sie die Stellen erneut einreichen. Die Abfrage von Data Warehouse und SQL-Analytics-Endpunkten kann scheitern, wenn der Frontend-Node sich in der Ausfallzone befindet. In einem solchen Fall müssen Sie die Abfrage sicher neu starten.

Important

Obwohl Microsoft versucht, eine einheitliche und konsistente Unterstützung von Verfügbarkeitszonen zu bieten, kann es in einigen Fällen bei einem Ausfall der Verfügbarkeitszone zu einer höheren Latenz für Fabric-Kapazitäten kommen, die sich in Azure-Regionen mit höheren Schwankungen der Kundennachfrage befinden.

Regionsübergreifende Notfallwiederherstellung und Geschäftskontinuität

Notfallwiederherstellung (DR) bezieht sich auf Methoden, die Organisationen zum Wiederherstellen von Ereignissen mit hohem Einfluss verwenden, z. B. Naturkatastrophen oder fehlerhafte Bereitstellungen, die zu Ausfallzeiten und Datenverlusten führen. Unabhängig von der Ursache ist die beste Lösung für einen Notfall ein klar definierter und getesteter Notfallwiederherstellungsplan und ein Anwendungsentwurf, der die Notfallwiederherstellung aktiv unterstützt. Bevor Sie mit der Erstellung Ihres Notfallwiederherstellungsplans beginnen, finden Sie Unter "Empfehlungen für das Entwerfen einer Notfallwiederherstellungsstrategie".

Für DR verwendet Microsoft das Modell der gemeinsamen Verantwortung. In diesem Modell stellt Microsoft sicher, dass die Basisinfrastruktur und Plattformdienste verfügbar sind. Viele Azure-Dienste replizieren jedoch nicht automatisch Daten oder greifen von einer fehlgeschlagenen Region zurück, um sie in eine andere aktivierte Region zu replizieren. Für diese Dienste sind Sie dafür verantwortlich, einen Notfallwiederherstellungsplan zu erstellen, der für Ihre Workload geeignet ist. Die meisten Dienste, die auf Azure Platform as a Service (PaaS)-Angeboten ausgeführt werden, bieten Funktionen und Richtlinien zur Unterstützung von DR. Sie können dienstspezifische Features verwenden, um die schnelle Wiederherstellung zu unterstützen, um Ihren DR-Plan zu entwickeln.

In diesem Abschnitt wird ein Notfallwiederherstellungsplan für Fabric beschrieben, der Ihrer Organisation dabei hilft, ihre Daten sicher und zugänglich zu halten, wenn ein ungeplanter regionaler Notfall auftritt. Der Plan behandelt die folgenden Themen:

  • Regionsübergreifende Replikation: Fabric bietet eine regionsübergreifende Replikation für Daten, die in OneLake gespeichert sind. Sie können dieses Feature basierend auf Ihren Anforderungen aktivieren oder deaktivieren.

  • Datenzugriff nach einem Notfall: In einem regionalen Notfallszenario garantiert Fabric den Datenzugriff mit bestimmten Einschränkungen. Während die Erstellung oder Änderung neuer Elemente nach dem Failover eingeschränkt ist, bleibt der primäre Fokus darauf, sicherzustellen, dass vorhandene Daten weiterhin zugänglich und intakt bleiben.

  • Leitfaden für die Wiederherstellung: Fabric bietet eine strukturierte Reihe von Leitfäden, die Sie durch den Wiederherstellungsvorgang führen. Die strukturierte Anleitung erleichtert es Ihnen, wieder zu regulären Vorgängen zu wechseln.

Power BI, jetzt Teil von Fabric, verfügt über ein solides Notfallwiederherstellungssystem und bietet die folgenden Features:

  • BCDR standardmäßig: Wenn eine Region mit einer gekoppelt ist, die Power BI unterstützt, sind Funktionen für die Notfallwiederherstellung standardmäßig enthalten. Sie müssen dieses Feature nicht separat abonnieren oder aktivieren.

  • Regionsübergreifende Replikation: Power BI verwendet die georedundante Azure Storage-Replikation und die georedundante Azure SQL-Replikation, um sicherzustellen, dass Sicherungsinstanzen in anderen Regionen vorhanden sind und verwendet werden können. Das bedeutet, dass Daten in verschiedenen Regionen dupliziert werden, wodurch ihre Verfügbarkeit verbessert wird und die mit regionalen Ausfällen verbundenen Risiken verringert werden.

  • Fortgesetzte Dienste und Zugriffe nach dem Notfall: Auch bei störenden Ereignissen bleiben Power BI-Elemente im schreibgeschützten Modus zugänglich. Zu den Elementen gehören Semantikmodelle, Berichte und Dashboards, um sicherzustellen, dass Unternehmen ihre Analyse- und Entscheidungsprozesse ohne erhebliche Hindernisse fortsetzen können.

Weitere Informationen finden Sie in der FAQ zu Power BI High Availability, Failover und Disaster Recovery.

Important

Für Kunden, die von einer Katastrophe betroffen sind und deren Heimatregionen keine Azure-gekoppelte Region haben, die Fabric unterstützt, kann die Nutzung von Fabric-Kapazitäten beeinträchtigt sein, selbst wenn die Daten innerhalb dieser Kapazitäten repliziert werden. Diese Einschränkung hängt mit der Infrastruktur der Heimatregion zusammen, die für den Betrieb der Kapazitäten unerlässlich ist. Um die Liste der Regionen anzuzeigen, die Fabric unterstützen, wechseln Sie zur Verfügbarkeit von Fabric-Regionen.

Heimregion und Kapazitätsfunktionen

Für eine effektive Notfallwiederherstellungsplanung ist es wichtig, dass Sie die Beziehung zwischen Ihrer Heimregion und Ihren Kapazitätsstandorten verstehen. Das Verständnis von Heimregionen und Kapazitätsstandorten hilft Ihnen dabei, die strategische Auswahl von Kapazitätsregionen sowie die entsprechenden Replikations- und Wiederherstellungsprozesse zu treffen.

Die Heimregion für den Mandanten und die Datenspeicherung Ihrer Organisation wird auf den Rechnungsadressenstandort des ersten Benutzers festgelegt, der sich anmeldet. Weitere Informationen zum Mandantensetup erhalten Sie unter Power BI-Implementierungsplanung: Mandantensetup. Wenn Sie neue Kapazitäten erstellen, wird Ihre Datenspeicherung standardmäßig auf die Heimregion festgelegt. Wenn Sie Ihre Datenspeicherregion in eine andere Region wechseln möchten, müssen Sie Multi-Geo, eine Fabric Premium-Funktion, aktivieren.

Important

Wenn Sie eine andere Region für Ihre Kapazität auswählen, werden nicht alle Ihre Daten in diese Region verschoben. Einige Datenelemente bleiben weiterhin in der Heimregion gespeichert. Informationen dazu, welche Daten in der Heimregion verbleiben und welche Daten in der Multi-Geo-aktivierten Region gespeichert werden, finden Sie unter Konfigurieren der Multi-Geo-Unterstützung für Fabric Premium.

Im Fall einer Heimatregion ohne gepaarte Region können Kapazitäten in jeder Multi-Geo-fähigen Region zu operativen Problemen stoßen, wenn die Heimatregion eine Katastrophe erlebt, da die Kerndienstfunktion an die Heimatregion gebunden ist.

Wenn Sie eine Multi-Geo-aktivierte Region innerhalb der EU auswählen, wird sichergestellt, dass Ihre Daten innerhalb der EU-Datengrenze gespeichert werden.

Informationen zum Identifizieren Ihrer Heimregion finden Sie unter Suchen Ihrer Fabric-Heimregion.

Kapazitätseinstellung für die Notfallwiederherstellung

Auf der Fabric-Seite „Kapazitätseinstellungen“ ist die Option „Notfallwiederherstellung“ vorhanden. Sie ist verfügbar, wo regionale Kopplungen in Azure der Dienstpräsenz von Fabric entsprechen. Einstellungen für diese Option:

  • Rollenzugriff: Nur Benutzende mit der Rolle Kapazitätsadministrationsfachkraft oder höher können diese Option verwenden.

  • Granularität: Die Granularität der Option ist die Kapazitätsebene. Sie ist für Premium- und Fabric-Kapazitäten verfügbar.

  • Datenbereich: Der Umschalter für die Notfallwiederherstellung gilt speziell für OneLake-Daten, die Lakehouse- und Warehouse-Daten umfassen. Der Switch beeinflusst deine außerhalb von OneLake gespeicherten Daten nicht.

  • BCDR-Kontinuität für Power BI: Während Sie die Notfallwiederherstellung für OneLake-Daten ein- und ausschalten können, wird BCDR für Power BI immer unterstützt, unabhängig davon, ob der Schalter ein- oder ausgeschaltet ist.

  • Häufigkeit: Sobald Sie die Einstellung für die Katastrophenwiederherstellungskapazität geändert haben, müssen Sie 30 Tage warten, bevor Sie sie erneut ändern können. Die Wartezeit sorgt für die Stabilität und verhindert ständiges Umschalten.

Screenshot: Einstellung für die Notfallwiederherstellung des Mandanten.

Note

Nachdem die Einstellung für die Notfallwiederherstellung der Kapazität aktiviert oder neue Arbeitsbereiche in der Kapazität erstellt wurden, kann es einige Zeit dauern, bis die Datenreplikation beginnt. Sie können den Status der einzelnen Arbeitsbereiche auf der Seite "Kapazitätseinstellungen" unter "Arbeitsbereiche", die dieser Kapazität zugewiesen sind, überprüfen. In der Spalte OneLake Georeplikation wird der Status für die Aktivierung der Georeplikation angezeigt.

Datenreplikation

Wenn Sie die Kapazitätseinstellung für die Notfallwiederherstellung aktivieren, wird die regionsübergreifende Replikation als Notfallwiederherstellungsfunktion für OneLake-Daten aktiviert. Die Fabric-Plattform entspricht Azure-Regionen, um die Georedundanzkopplungen bereitzustellen. Es ist jedoch für einige Regionen keine gekoppelte Azure-Region vorhanden, oder die gekoppelte Region unterstützt Fabric nicht. Für diese Regionen ist die Datenreplikation nicht verfügbar. Weitere Informationen finden Sie unter Regionen mit Verfügbarkeitszonen und ohne Regionspaar und Regionale Verfügbarkeit von Fabric.

Note

Obwohl Fabric eine Datenreplikationslösung in OneLake zur Unterstützung der Notfallwiederherstellung bietet, gibt es beträchtliche Einschränkungen zu beachten. Beispielsweise werden die Daten von KQL-Datenbanken und -Abfragesets außerhalb von OneLake gespeichert, was bedeutet, dass ein separater Notfallwiederherstellungsansatz erforderlich ist. Weitere Informationen zum Notfallwiederherstellungsansatz für jedes Fabric-Element finden Sie im restlichen Dokument.

Abrechnung

Das Notfallwiederherstellungsfeature in Fabric ermöglicht die Georeplikation Ihrer Daten für erhöhte Sicherheit und Zuverlässigkeit. Dieses Feature nutzt zusätzlichen Speicher und zusätzliche Transaktionen, die als „BCDR-Speicher“ bzw. „BCDR-Vorgänge“ in Rechnung gestellt werden. Sie können diese Kosten in der Microsoft Fabric-App Kapazitätsmetriken überwachen und verwalten, in der sie als separate Positionen erscheinen.

Eine vollständige Aufschlüsselung aller verbundenen Kosten für die Notfallwiederherstellung, die Ihnen bei der Planung und dem Budget hilft, finden Sie unter OneLake-Nutzung von Compute- und Speicherressourcen.

Einrichten der Notfallwiederherstellung

Obwohl Fabric Notfallwiederherstellungsfeatures zur Unterstützung der Datenresilienz bereitstellt, müssen Sie bestimmte Schritte manuell ausführen, um den Dienst während Unterbrechungen wiederherzustellen. In diesem Abschnitt werden die Maßnahmen beschrieben, die Sie ergreifen sollten, um sich auf potenzielle Unterbrechungen vorzubereiten.

Phase 1: Vorbereiten

  • Kapazitätseinstellungen für Notfallwiederherstellung aktivieren: Überprüfen und bestimmen Sie regelmäßig die Kapazitätseinstellungen für die Notfallwiederherstellung, um sicherzugehen, dass sie Ihren Schutz- und Leistungsanforderungen entsprechen.

  • Datensicherungen erstellen: Kopieren Sie kritische Daten, die außerhalb von OneLake gespeichert sind, in eine andere Region und auf eine Weise, die Ihrem Notfallwiederherstellungsplan entspricht.

Phase 2: Notfallfailover

Wenn eine große Katastrophe die primäre Region nicht mehr wiederherstellbar macht, initiiert Microsoft Fabric ein regionales Failover. Du kannst nicht auf das Fabric-Portal zugreifen, bevor das Failover abgeschlossen ist. Eine Benachrichtigung wird auf der Microsoft Fabric-Supportseite veröffentlicht.

Die für ein Failover benötigte Zeit kann variieren, in der Regel dauert es jedoch weniger als eine Stunde. Sobald das Failover abgeschlossen ist, können Sie Folgendes erwarten:

  • Fabric-Portal: Sie können auf das Portal zugreifen und Lesevorgänge wie das Durchsuchen von vorhandenen Arbeitsbereichen, Aufgabenabläufen in Arbeitsbereichen und Elementen funktionieren weiterhin. Alle Schreibvorgänge, z. B. das Erstellen oder Ändern eines Arbeitsbereichs, werden angehalten.

  • Power BI: Sie können Lesevorgänge ausführen, z. B. das Anzeigen von Dashboards und Berichten. Aktualisierungen, Berichtsveröffentlichungsvorgänge, Dashboard- und Berichtsänderungen sowie andere Vorgänge, die Änderungen an Metadaten erfordern, werden nicht unterstützt.

  • Lakehouse/Warehouse: Sie können diese Artikel nicht öffnen, aber Sie können über OneLake-APIs oder -Tools auf Dateien zugreifen.

  • Spark-Job-Definition: Sie können keine Spark-Job-Definitionen öffnen, aber Sie können Codedateien über OneLake-APIs oder -Tools abrufen. Alle Metadaten oder Konfigurationen werden nach dem Failover gespeichert.

  • Notizbuch: Du kannst Notizbücher nicht öffnen, und der Code-Inhalt wird nach der Katastrophe nicht gespeichert.

  • ML-Modelle/-Experiment: Sie können keine ML-Modelle oder -Experimente öffnen. Codeinhalte und Metadaten wie Laufmetriken und Konfigurationen werden nach der Katastrophe nicht gespeichert.

  • Dataflow Gen2/Pipeline/Ereignisstream: Sie können diese Elemente nicht öffnen, aber Sie können unterstützte Notfallwiederherstellungsziele (Lakehouses oder Warehouses) verwenden, um Daten zu schützen.

  • KQL-Datenbank/Abfragesatz: Du kannst nach dem Failover nicht mehr auf KQL-Datenbanken und Abfragesätze zugreifen. Zusätzliche Schritte sind im Voraus erforderlich, um die Daten in KQL-Datenbanken und -Abfragesets zu schützen.

In einem Katastrophenszenario befinden sich das Fabric-Portal und Power BI im schreibgeschützten Modus, und andere Fabric-Elemente sind nicht verfügbar. Sie können auf ihre in OneLake gespeicherten Daten über APIs oder Drittanbieter-Tools zugreifen. Sowohl das Portal als auch Power BI behalten sich die Möglichkeit zum Ausführen von Lese-/Schreibvorgängen für diese Daten vor. Diese Fähigkeit stellt sicher, dass wichtige Daten weiterhin zugänglich sind und geändert werden können und potenzielle Unterbrechungen Ihrer Geschäftsvorgänge verringert werden.

Sie können auf OneLake-Daten über mehrere Kanäle zugreifen:

Phase 3: Wiederherstellungsplan

Während Fabric sicherstellt, dass Daten nach einem Notfall weiterhin zugänglich sind, können Sie auch eingreifen, um die Dienste vollständig im Zustand vor dem Vorfall wiederherzustellen. Dieser Abschnitt enthält eine schrittweise Anleitung, mit der Sie den Wiederherstellungsvorgang durchlaufen können.

Wiederherstellungsschritte

  1. Erstellen Sie nach einem Notfall eine neue Fabric-Kapazität in einer beliebigen Region. Angesichts der hohen Nachfrage bei solchen Ereignissen wählen Sie eine Region außerhalb Ihres primären Geos aus, um die Wahrscheinlichkeit der Verfügbarkeit von Rechendiensten zu erhöhen. Weitere Informationen zum Erstellen einer Kapazität finden Sie unter Erwerb eines Microsoft Fabric-Abonnements.

  2. Erstellen Sie Arbeitsbereiche in der neu erstellten Kapazität. Verwenden Sie bei Bedarf die gleichen Namen wie für die alten Arbeitsbereiche.

  3. Erstellen Sie Elemente mit denselben Namen wie die wiederherzustellenden Elemente. Dieser Schritt ist wichtig, falls Sie das benutzerdefinierte Skript verwenden, um Lakehouses und Warehouses wiederherzustellen.

  4. Stellen Sie die Elemente wieder her. Befolgen Sie für jedes Element den relevanten Abschnitt im umgebungsspezifischen Leitfaden für die Notfallwiederherstellung, um es wiederherzustellen.

Nächste Schritte

  • Last updated on