Freigeben über

Zuverlässigkeit im Azure-Daten-Explorer

Azure Data Explorer ist ein Analysedienst, mit dem Sie große Datenmengen mit geringer Latenz aufnehmen, speichern und abfragen können. Es wird häufig für Protokollanalyse-, Telemetrie- und Zeitreihenworkloads verwendet, die schnelle Abfragen über große Datasets erfordern.

Wenn Sie Azure verwenden, ist Zuverlässigkeit eine gemeinsame Verantwortung. Microsoft bietet eine Reihe von Funktionen zur Unterstützung von Resilienz und Wiederherstellung. Sie sind dafür verantwortlich, zu verstehen, wie diese Funktionen in allen von Ihnen verwendeten Diensten funktionieren, und die Funktionen auswählen, die Sie benötigen, um Ihre Geschäftsziele und Uptime-Ziele zu erfüllen.

In diesem Artikel wird beschrieben, wie Sie Azure Data Explorer für verschiedene potenzielle Ausfälle und Probleme widerstandsfähig machen, einschließlich vorübergehender Fehler, Verfügbarkeitszonenfehler und regionsweite Fehler. Darüber hinaus werden Sicherungs- und Wiederherstellungsoptionen und Resilienz für die Dienstwartung beschrieben, und es werden wichtige Informationen zur Vereinbarung zum Servicelevel von Azure Data Explorer (SLA) hervorgehoben.

Empfehlungen für die Produktionsimplementierung für Zuverlässigkeit

Für Produktionsworkloads wird empfohlen, die folgenden Schritte auszuführen, um die Zuverlässigkeit Ihres Azure Data Explorer-Clusters zu verbessern:

  • Stellen Sie einen vollständigen Cluster bereit. Azure Data Explorer stellt kostenlose Cluster für Testzwecke bereit. Stellen Sie für Produktionsworkloads einen vollständigen Cluster bereit.
  • Aktivieren Sie die Verfügbarkeitszonenunterstützung. Azure Data Explorer unterstützt Verfügbarkeitszonen. Wenn die Unterstützung der Verfügbarkeitszone aktiviert ist, werden Computeknoten über mehrere Verfügbarkeitszonen verteilt, und Daten werden mithilfe des zonenredundanten Speichers gespeichert. Diese Konfiguration verbessert die Resilienz gegenüber Ausfall von Verfügbarkeitszonen.

Übersicht über die Zuverlässigkeitsarchitektur

In diesem Abschnitt werden einige der wichtigen Aspekte der Funktionsweise des Diensts beschrieben, die aus Zuverlässigkeitsperspektive am relevantesten sind. Im Abschnitt wird die logische Architektur vorgestellt, die einige der Ressourcen und Features enthält, die Sie bereitstellen und verwenden. Außerdem wird die physische Architektur erläutert, die Details zur Funktionsweise des Diensts unter den Deckeln bereitstellt.

Logische Architektur

Die primäre Ressource, die Sie bereitstellen, ist ein Cluster, der die Infrastruktur darstellt, die Sie zum Aufnehmen, Speichern und Abfragen Ihrer Daten benötigen. Mit einem Cluster erstellen Sie Datenbanken, die wiederum Tabellen enthalten.

Diagramm mit einem Cluster mit zwei Datenbanken, die jeweils eine Gruppe von Tabellen enthalten.

Cluster führen eine Aufnahme durch, um Daten aus anderen Datenquellen abzurufen und in eine Tabelle im Cluster zu laden. Daten können dann mithilfe der Kusto Query Language (KQL)-Syntax abgefragt werden. Cluster verfügen auch über eine Reihe von Verwaltungsvorgängen, die Sie ausführen können.

Physische Architektur

Ein Azure Data Explorer-Cluster verfügt über zwei primäre Ebenen, die für die Zuverlässigkeitskonfiguration gelten:

  • Computeschicht: Azure Data Explorer ist eine verteilte Computerplattform und kann je nach Skalierungs- und Knotenrollentyp zwei bis viele virtuelle Computer (Virtual Machines, VMs) aufweisen. Knoten übernehmen die Datenaufnahme sowie die Verarbeitung von Abfragen. Sie sehen oder verwalten die Knoten-VMs nicht direkt. Die Plattform verwaltet automatisch die Erstellung von Instanzen, Integritätsüberwachung und den Austausch fehlerhafter Knoten. Wenn Ihr Cluster für die Verwendung von Verfügbarkeitszonen konfiguriert ist, werden die Knoten auf verschiedene Rechenzentren verteilt.

  • Speicherebene: Azure Data Explorer verwendet Azure Storage als dauerhafte Persistenzschicht. Azure Storage bietet automatisch Fehlertoleranz, wobei die Standardeinstellung lokal redundanten Speicher (LRS) innerhalb eines Rechenzentrums bereitstellt. Drei Replikate werden persistent gespeichert. Sollte ein Replikat während der Verwendung verloren gehen, wird ohne Unterbrechung ein weiteres bereitgestellt. Wenn Ihr Cluster für die Verwendung mehrerer Verfügbarkeitszonen konfiguriert ist, werden die Replikate auf verschiedene Rechenzentren verteilt.

Diagramm mit einem Cluster mit Computeknoten und mehreren Kopien von Daten.

Weitere Informationen finden Sie unter Funktionsweise des Azure-Daten-Explorers.

Resilienz für vorübergehende Fehler

Vorübergehende Fehler sind kurze, zeitweilige Fehler in Komponenten. Sie treten häufig in einer verteilten Umgebung wie der Cloud auf und sind ein normaler Bestandteil von Vorgängen. Vorübergehende Fehler korrigieren sich nach kurzer Zeit. Es ist wichtig, dass Ihre Anwendungen vorübergehende Fehler behandeln können, in der Regel durch Wiederholen betroffener Anforderungen.

Alle in der Cloud gehosteten Anwendungen sollten die Anleitung zur vorübergehenden Fehlerbehandlung von Azure befolgen, wenn sie mit cloudgehosteten APIs, Datenbanken und anderen Komponenten kommunizieren. Weitere Informationen finden Sie unter Empfehlungen zur Behandlung vorübergehender Fehler.

Führen Sie die folgenden Methoden aus, um Resilienz für vorübergehende Fehler zu erstellen, wenn Sie Azure Data Explorer verwenden:

  • Wenn Sie die Warteschlangenaufnahme verwenden, verlassen Sie sich auf das integrierte Wiederholungsverhalten.
  • Verwenden Sie von Microsoft bereitgestellte Clientbibliotheken und SDKs, die automatisch versuchen, wenn vorübergehende Fehler auftreten.
  • Wenn Sie Azure Data Explorer-REST-APIs direkt verwenden, wiederholen Sie alle Abfragen und Verwaltungsvorgänge, die aufgrund eines vorübergehenden Fehlers fehlschlagen.

Ausfallsicherheit bei Ausfällen von 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.

Azure Data Explorer unterstützt zwei Arten von Verfügbarkeitszonenkonfiguration:

  • Zonenredundant (empfohlen): Wenn Sie Verfügbarkeitszonen auf Ihrem Cluster aktivieren, werden die Knoten Ihres Clusters über mehrere Zonen verteilt. Microsoft verwaltet die Verteilung von Knoten über die ausgewählten Verfügbarkeitszonen hinweg und übernimmt die Erkennung und Reaktion auf Ausfälle von Verfügbarkeitszonen. Ein zonenredundanter Cluster ist widerstandsfähig für einen Ausfall der Verfügbarkeitszone.

    Wenn Sie Ihren Cluster so konfigurieren, dass er zonenredundant ist, werden Ihre Daten mithilfe von Azure Storage zonenredundanten Speicher (ZRS) gespeichert, der mindestens drei Kopien der Daten über mehrere Verfügbarkeitszonen hinweg repliziert.

    Diagramm mit einer zonenredundanten Bereitstellung eines Azure Data Explorer-Clusters mit Computeknoten und Speicher, die sich über mehrere Zonen erstrecken.

  • Zonal: Sie können optional eine einzelne Zone auswählen, wenn Sie Verfügbarkeitszonen in Ihrem Cluster aktivieren. Microsoft ordnet alle Ihre Rechenressourcen dieser Zone zu. Dies ist ein Zonencluster (Einzelzone). Diese Konfiguration kann gelegentlich hilfreich sein, wenn Sie eine ungewöhnlich latenzempfindliche Arbeitslast haben, bietet jedoch keine Ausfallsicherheit bei Zonenausfällen.

    Von Bedeutung

    Das Anheften an eine einzelne Verfügbarkeitszone wird nur empfohlen, wenn die zonenübergreifende Latenz für Ihre Anforderungen zu hoch ist, und nachdem Sie überprüft haben, ob die Latenz Ihre Anforderungen nicht erfüllt. Eine Zonalressource bietet allein keine Resilienz gegen den Ausfall einer Verfügbarkeitszone. Um die Resilienz einer zonalen Ressource zu verbessern, müssen Sie explizit separate Ressourcen in mehreren Verfügbarkeitszonen bereitstellen und Datenverkehrsrouting und Failover konfigurieren. Weitere Informationen finden Sie unter Zonal-Ressourcen und Zonenresilienz.

    Ihre Zonenauswahl gilt nur für Ihre Computeknoten. Bei einem zonalen Cluster verwenden Ihre Speicherdaten weiterhin LRS und werden möglicherweise in einer anderen Zone für Ihre Computeknoten gespeichert.

    Diagramm mit einer zonalen Bereitstellung eines Azure Data Explorer-Clusters mit allen Computenotizen in einer einzelnen Zone und zonenredundanten Speicher.

Wenn Sie keine Verfügbarkeitszonen aktivieren, ist der Cluster nicht zonenfähig. Das bedeutet, dass Azure die Verfügbarkeitszone für jeden Knoten und Ihre Daten auswählt. Wenn eine Verfügbarkeitszone in der Region einen Ausfall hat, kann dies die Knoten, die Daten oder beides in Ihrem Cluster beeinflussen. Es wird keine nichtzonale Konfiguration empfohlen, da sie keinen Schutz vor Ausfallen der Verfügbarkeitszone bietet.

Anforderungen

Überlegungen

Zonenauswahl: Für Computeknoten wählen Sie aus, welche Verfügbarkeitszonen verwendet werden sollen. Die Platzierung von Speicherzonen wird von Microsoft verwaltet, und Speicherreplikate werden möglicherweise in verschiedenen Zonen für Ihre Computeknoten platziert.

Cost

Die Aktivierung der Verfügbarkeitszonenunterstützung verursacht zusätzliche Kosten für zonenredundanten Speicher, was mit einem höheren Satz als lokal redundantem Speicher in Rechnung gestellt wird. Weitere Informationen finden Sie unter Preise für Azure Storage.

Computeknoten werden mit der gleichen Rate berechnet, unabhängig davon, ob Sie die Unterstützung der Verfügbarkeitszone verwenden. Weitere Informationen finden Sie unter Preisübersicht für Azure Data Explorer.

Konfigurieren der Unterstützung von Verfügbarkeitszonen

  • Erstellen sie einen neuen Cluster mit Unterstützung der Verfügbarkeitszone: Sie können die Verfügbarkeitszonenunterstützung aktivieren, wenn Sie einen neuen Azure Data Explorer-Cluster erstellen. Weitere Informationen finden Sie unter Erstellen eines Clusters und einer Datenbank.

    Wenn Sie einen mit der Verfügbarkeitszone aktivierten Cluster mithilfe des Azure-Portals erstellen, ist es automatisch zonenredundant, und Microsoft wählt die Zonen aus.

    Verwenden Sie einen anderen Bereitstellungsansatz wie Azure Resource Manager-APIs oder Bicep, um Zonen selbst auszuwählen oder einen Zonencluster zu erstellen. In den meisten Fällen wird empfohlen, einen zonenredundanten Cluster zu erstellen und alle Zonen in der Region zu verwenden.

    Hinweis

    Wenn Sie auswählen, welche Verfügbarkeitszonen verwendet werden sollen, wählen Sie tatsächlich die logische Verfügbarkeitszone aus. Wenn Sie andere Workloadkomponenten in einem anderen Azure-Abonnement bereitstellen, verwenden diese möglicherweise eine andere logische Verfügbarkeitszonennummer, um auf dieselbe physische Verfügbarkeitszone zuzugreifen. Weitere Informationen finden Sie unter Physische und logische Verfügbarkeitszonen.

  • Aktivieren von Verfügbarkeitszonen in einem vorhandenen Cluster (Vorschau): Sie können einen vorhandenen nicht zonenfreien Cluster migrieren, um Verfügbarkeitszonen zu verwenden. Diese Funktion befindet sich in der Vorschauphase. Weitere Informationen finden Sie unter Migrieren Ihres Clusters zur Unterstützung mehrerer Verfügbarkeitszonen.

  • Neukonfigurieren von Verfügbarkeitszonen in einem vorhandenen Cluster (Vorschau): Sie können die Zonen ändern, die für einen Cluster verwendet werden. Diese Funktion befindet sich in der Vorschauphase. Weitere Informationen finden Sie unter Migrieren Ihres Clusters zur Unterstützung mehrerer Verfügbarkeitszonen.

  • Deaktivieren der Verfügbarkeitszonenunterstützung für einen vorhandenen Cluster: Nachdem ein Cluster mit Verfügbarkeitszonen konfiguriert wurde, können Sie den Cluster nicht ändern, um keine Verfügbarkeitszonen zu verwenden.

  • Überprüfen der Verfügbarkeitszonenkonfiguration für Cluster: Sie können die Zonenstatuseigenschaft des Clusters (die zoneStatus Eigenschaft in der REST-API) verwenden, um die Verfügbarkeitszonenkonfiguration eines Clusters zu überprüfen.

    Wenn der Wert lautet Zonal, bedeutet dies, dass der Cluster für die Verwendung von Verfügbarkeitszonen konfiguriert wurde. Der Cluster kann jedoch zonal oder zonenredundant sein. Verwenden Sie die Eigenschaft zones, um zu bestimmen, welche verfügbar sind. Wenn in der Zonenliste eine Zone aufgelistet ist, ist der Cluster zonal (Einzelzone). Wenn mehrere Zonen aufgelistet sind, ist ein System zonenredundant.

Kapazitätsplanung und -verwaltung

Wenn eine Verfügbarkeitszone nicht verfügbar ist, sind möglicherweise alle Knoten in dieser Zone vorübergehend nicht verfügbar, wodurch die Computekapazität Ihres Clusters reduziert wird, bis die Zone wiederhergestellt wird.

Wenn Ihr Cluster den Kapazitätsverlust nicht tolerieren kann, sollten Sie eine übermäßige Bereitstellung Ihres Clusters in Betracht ziehen. Dieser Ansatz ermöglicht es der Lösung, einige Kapazitätsverluste zu tolerieren und weiterhin ohne beeinträchtigte Leistung zu funktionieren. Wenn Sie den Cluster jedoch überprovisionieren, könnte Ihr Cluster eine unausgewogene Anzahl von Knoten über die Zonen hinweg haben.

Instanzverteilung über Zonen hinweg

Die Computeebene des Clusters verwendet einen Best-Effort-Ansatz, um die Instanzen gleichmäßig auf die von Ihnen ausgewählten Zonen verteilen zu können.

Verhalten, wenn alle Zonen fehlerfrei sind

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn Sie einen Cluster für die Unterstützung der Verfügbarkeitszone konfigurieren, und alle Zonen sind betriebsbereit.

  • Zonenübergreifender Vorgang: Während des normalen Vorgangs verwendet Azure Data Explorer alle verfügbaren Computeknoten für Aufnahme, Abfrageverarbeitung und andere Vorgänge. Die Arbeit wird unabhängig von ihrer Verfügbarkeitszone über Knoten verteilt.

  • Zonenübergreifende Datenreplikation: Das zonenübergreifende Datenreplikationsverhalten hängt von der Verfügbarkeitszonenkonfiguration ab, die Ihr Cluster verwendet.

    • Zonenredundant: Daten werden synchron über Verfügbarkeitszonen repliziert, indem der zonenredundante Speicher von Azure Storage verwendet wird. Dies bietet eine hohe Datenkonsistenz und minimiert das Risiko eines Datenverlusts während eines Zonenfehlers.

    • Zonal: Daten werden mit lokal redundantem Azure Storage gespeichert, was bedeutet, dass sich alle drei Kopien in einer einzigen Verfügbarkeitszone befinden.

Verhalten bei einem Zoneausfall

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn Sie einen Cluster für die Unterstützung der Verfügbarkeitszone konfigurieren, und es gibt einen Ausfall in einer der Zonen.

  • Erkennung und Reaktion: Die Verantwortung für die Erkennung und Reaktion hängt von der Verfügbarkeitszonenkonfiguration ab, die Ihr Cluster verwendet.

    • Zonenredundant: Microsoft erkennt Ausfälle in Verfügbarkeitszonen und steuert die Reaktion für Azure Data Explorer. Sie müssen keine Maßnahmen ergreifen, um ein Zonenfailover zu initiieren.

    • Zonal: Sie sind dafür verantwortlich, einen Fehler zu erkennen, der sich auf eine Verfügbarkeitszone auswirkt, die von Ihrem Cluster verwendet wird. Sie sind auch für jede Antwort verantwortlich, die Sie initiieren möchten, z. B. den Wechsel zu einem zweiten Cluster, den Sie zuvor in einer anderen Verfügbarkeitszone erstellt haben.

  • Benachrichtigung: Microsoft benachrichtigt Sie nicht automatisch, wenn eine Zone deaktiviert ist. Sie können jedoch Azure Service Health verwenden, um den Gesamtstatus des Diensts zu verstehen, einschließlich aller Zonenfehler, und Sie können Service Health Alerts einrichten, um Sie über Probleme zu informieren.

  • Aktive Anforderungen: Aktive Anforderungen, die auf Compute- oder Speicherressourcen in der fehlgeschlagenen Zone basieren, werden möglicherweise beendet und sollten vom Client erneut überprüft werden. Stellen Sie sicher, dass Ihre Anwendungen vorbereitet sind, indem Sie den Leitfaden zur Behandlung vorübergehender Fehler befolgen.

  • Erwarteter Datenverlust: Der erwartete Datenverlust hängt von der Konfiguration der Verfügbarkeitszone ab, die Ihr Cluster verwendet.

    • Zonenredundant: Während eines Ausfalls einer Verfügbarkeitszone wird kein Datenverlust erwartet, da Daten synchron über Zonen repliziert werden.

    • Zonal: Daten sind nicht verfügbar, bis die Zone wiederhergestellt wird. Im unwahrscheinlichen Fall eines dauerhaften Verlusts einer Zone, die alle Speicherreplikate enthält, gehen die Daten möglicherweise dauerhaft verloren.

  • Erwartete Ausfallzeiten: Die erwartete Ausfallzeit hängt von der Konfiguration der Verfügbarkeitszone ab, die Ihr Cluster verwendet.

    • Zonenredundant: Eine kurze Dienstunterbrechung kann auftreten, während der Datenverkehr zu funktionsfähigen Verfügbarkeitszonen umgeleitet wird. Stellen Sie sicher, dass Ihre Anwendungen vorbereitet sind, indem Sie den Leitfaden zur Behandlung vorübergehender Fehler befolgen.

    • Zonal: Die Computeknoten Ihres Clusters sind nicht verfügbar, bis die Verfügbarkeitszone wiederhergestellt wird. Möglicherweise können Sie auch während eines Zonenfehlers nicht auf die Daten Ihres Clusters zugreifen.

  • Umverteilung: Das Verhalten der Datenverkehrsumleitung hängt von der Konfiguration der Verfügbarkeitszone ab, die Ihr Cluster verwendet.

    • Zonenredundant: Azure Data Explorer leitet neue Anforderungen an Compute- und Speicherressourcen in den verbleibenden gesunden Zonen weiter.

    • Zonal: Ihr Cluster ist nicht verfügbar, bis die Verfügbarkeitszone wiederhergestellt wird.

Zonenwiederherstellung

Wenn die fehlerhafte Verfügbarkeitszone wiederhergestellt wird, erstellt Microsoft die Clusterknoten und Speicherreplikate in dieser Zone neu und stellt die normale Datenverkehrsverteilung über alle Zonen wieder her. Es ist keine Kundenaktion erforderlich.

Test auf Zonenfehler

Die Optionen zum Testen von Zonenfehlern hängen von der Konfiguration der Verfügbarkeitszone ab, die Ihr Cluster verwendet.

  • Zonenredundant: Die Ausfallüberbrückung und Wiederherstellung der Verfügbarkeitszonen für Azure Data Explorer werden vollständig von Microsoft verwaltet. Sie müssen keine Fehlerprozesse der Verfügbarkeitszone initiieren oder überprüfen.

  • Zonal: Um den Verlust aller Computeknoten während eines Zonenausfalls teilweise zu simulieren, können Sie den Cluster beenden. Mit diesem Ansatz können Sie Teile Ihrer eigenen Zonen-Down-Erkennung und Failoverprozesse überprüfen.

Widerstandsfähigkeit bei regionalen Ausfällen

Ein Azure Data Explorer-Cluster wird in einer einzelnen Azure-Region bereitgestellt. Wenn diese Region nicht verfügbar ist, sind der Cluster und die zugehörigen Daten nicht verfügbar.

Benutzerdefinierte Lösungen mit mehreren Regionen für Resilienz

Um die geschäftlichen Auswirkungen eines Regionsausfalls zu minimieren, können Sie separate Azure Data Explorer-Cluster in mehreren Regionen bereitstellen. Jeder Cluster ist unabhängig, und Sie sind für die Verwaltung der einzelnen Cluster und für die Koordination von Datenreplikation, Datenverkehrsrouting und Failover zwischen Regionen verantwortlich.

Sie können zwischen verschiedenen Arten von Multi-Region-Clusterkonfigurationen entscheiden, die jeweils unterschiedliche Wiederherstellungszeitstufen, potenziellen Datenverlust, Aufwand und Kosten unterstützen. Sie können Azure-Regionen für jeden Cluster auswählen, die Ihre Latenz- und Datenhaltungsanforderungen unterstützen. Weitere Informationen zu Konfigurationen und Mustern mit mehreren Regionen, denen Sie folgen können, finden Sie unter Ausfall einer Azure-Region.

Sichern und Wiederherstellen

Für die meisten Lösungen sollten Sie sich nicht ausschließlich auf Sicherungen verlassen. Verwenden Sie stattdessen die in diesem Handbuch beschriebenen anderen Funktionen, um Ihre Resilienzanforderungen zu unterstützen. Sicherungen schützen jedoch vor einigen Risiken, die andere Ansätze nicht vermeiden. Weitere Informationen finden Sie unter Was sind Redundanz, Replikation und Sicherung?.

Azure Data Explorer bietet keine systemeigene Sicherungs- und Wiederherstellungsfunktion. Wenn Sie Sicherungen Ihrer Daten durchführen müssen, können Sie die folgenden Ansätze berücksichtigen:

  • Fortlaufender Export, der daten regelmäßig in externen Speicher exportiert und genau einmal unterstützte Daten exportiert.
  • Datenexport in Cloudspeicher, mit dem Sie Daten manuell in externen Speicher exportieren können.
  • Rohdaten aus einer upstream-Quelle, wie einem Data Lake, die Sie separat sichern können, in Azure Data Explorer ingestieren.

Widerstandsfähigkeit bei versehentlichem Löschen

Azure Data Explorer enthält mehrere Mechanismen, mit denen Sie vor versehentlichem Löschen von Clustern, Datenbanken, Tabellen und externen Tabellen schützen können:

  • Versehentliches Löschen von Clustern oder Datenbanken: Versehentliches Löschen von Clustern oder Datenbanken ist eine nicht behebbare Aktion. Sie können Datenverluste verhindern, indem Sie eine Löschsperre für die Cluster- oder Datenbankressource aktivieren.

  • Versehentliches Löschen von Tabellen: Benutzer mit Administratorberechtigungen für Tabellen oder höher können Tabellen ablegen. Sollte einer dieser Benutzer versehentlich eine Tabelle löschen, können Sie sie mithilfe des Befehls .undo drop table wiederherstellen. Dieser Befehl funktioniert allerdings nur, wenn zuvor die Wiederherstellbarkeitseigenschaft (Recoverability) in der Aufbewahrungsrichtlinie aktiviert wurde.

  • Versehentliches Löschen externer Tabellen:Externe Tabellen sind Kusto-Abfrageschemaentitäten, die auf Daten verweisen, die außerhalb der Datenbank gespeichert sind. Beim Löschen einer externen Tabelle werden lediglich die Tabellenmetadaten gelöscht. Sie können es wiederherstellen, indem Sie den Tabellenerstellungsbefehl erneut ausführen.

    Verwenden Sie für externe Azure Blob Storage- und Azure Data Lake-Tabellen die Soft Delete-Funktion , um vor versehentlichem Löschen oder Überschreiben eines Blobs für einen vom Benutzer konfigurierten Zeitraum zu schützen.

Resilienz gegenüber Wartungsarbeiten an Diensten

Azure Data Explorer wendet regelmäßig Dienstupdates an und führt routinemäßige Wartung durch. Die Azure-Plattform verarbeitet diese Aktivitäten automatisch, während sie innerhalb der im SLA angegebenen Verfügbarkeitsebenen verbleiben. Stellen Sie sicher, dass Ihre Anwendungen während der Dienstwartung auf gelegentlichen Verlust der Konnektivität vorbereitet sind, indem Sie den Anweisungen zur Behandlung flüchtiger Fehler folgen.

Verwenden Sie Azure Service Health, um mehr über die bevorstehende Wartung zu erfahren.

Service-Level-Vereinbarung

Der Service level agreement (SLA) für Azure-Dienste beschreibt die erwartete Verfügbarkeit jedes Diensts und die Bedingungen, die Ihre Lösung erfüllen muss, um diese Verfügbarkeitserwartungen zu erreichen. Weitere Informationen finden Sie unter Dienstleistungsvereinbarungen für Onlinedienste.

Um für die Verfügbarkeits-SLA des Azure-Daten-Explorers berechtigt zu sein, muss Ihre Anwendung vorübergehende Fehler behandeln, indem sie fehlgeschlagene Anforderungen wiederholen.

Verwandte Inhalte

  • Last updated on