Zuverlässigkeit im Azure-Daten-Explorer

Azure Data Explorer ist ein Analysedienst zum Aufnehmen, Speichern und Abfragen großer Datenmengen mit geringer Latenz. 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:

Ü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, und diese Datenbanken enthalten Tabellen.

Cluster führen eine Aufnahme durch, um Daten aus anderen Datenquellen abzurufen und in eine Tabelle im Cluster zu laden. Anschließend können Sie Daten mithilfe der Kusto Query Language (KQL)-Syntax abfragen . 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:

• Rechenebene: Azure Data Explorer ist eine Plattform für verteiltes Computing und kann je nach Skalierung und Typ der Knotenrolle aus zwei bis vielen Knoten virtueller Computer (VMs) bestehen. 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 Sie Ihren Cluster für die Verwendung mehrerer Verfügbarkeitszonen konfigurieren, werden die Knoten auf verschiedene Rechenzentren verteilt.

• Speicherebene: Azure Data Explorer verwendet Azure Storage als dauerhafte Persistenzschicht. Der Speicher 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 Sie Ihren Cluster für die Verwendung mehrerer Verfügbarkeitszonen konfigurieren, werden die Replikate unter verschiedenen Rechenzentren verteilt.

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, repliziert Storage ZRS synchron mindestens drei Kopien Ihrer Daten über mehrere Verfügbarkeitszonen hinweg.

  

  Diagramm, das einen Azure Data Explorer Cluster zeigt, der mehrere Verfügbarkeitszonen verwendet. Drei vertikale Spalten sind als Verfügbarkeitszone 1, Verfügbarkeitszone 2 und Verfügbarkeitszone 3 gekennzeichnet. Ein großes Feld mit der Bezeichnung Azure Data Explorer Cluster erstreckt sich über alle drei Spalten. Der Kasten ist horizontal in zwei Schichten unterteilt. Die obere Hälfte ist die Berechnungsebene. Ein Knoten befindet sich in der Verfügbarkeitszone 1, und der andere Knoten befindet sich in der Verfügbarkeitszone 2. Die untere Hälfte ist die Speicherebene (zonenredundant). Drei Speicherreplikate sind als Kopie 1 auf der linken Seite, Kopie 2 in der Mitte und Kopie 3 auf der rechten Seite dargestellt, wobei jede Kopie einer anderen Verfügbarkeitszone zugeordnet ist. Ein einzelner Azure Data Explorer Cluster erstreckt sich über mehrere Zonen, wobei die Computekapazität über Zonen verteilt ist und Daten in drei zonentrennten Kopien repliziert wurden.

• Zonal: Sie können optional eine einzelne Zone auswählen, wenn Sie Verfügbarkeitszonen in Ihrem Cluster aktivieren. Microsoft platziert alle Computeknoten in dieser Zone. Bei dieser Konfiguration handelt es sich um einen Zonencluster (einzelzone). Ein Zonalcluster kann die Latenz für ungewöhnlich latenzempfindliche Workloads reduzieren, da alle Computeknoten in derselben Zone ausgeführt werden, aber keine Resilienz für Zonenausfälle bieten.

  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 Zonalcluster verwenden Ihre Speicherdaten weiterhin LRS und werden möglicherweise in einer anderen Zone als Ihre Computeknoten gespeichert.

  

  Diagramm, das einen Azure Data Explorer Cluster zeigt, der eine einzelne Verfügbarkeitszone verwendet. Drei vertikale Spalten sind als Verfügbarkeitszone 1, Verfügbarkeitszone 2 und Verfügbarkeitszone 3 gekennzeichnet. Ein großes Feld, das Azure Data Explorer Cluster bezeichnet ist, umfasst nur eine Spalte. Die Box ist horizontal in zwei Schichten unterteilt. Die obere Hälfte ist die Computeebene: Beide Knoten befinden sich in der Verfügbarkeitszone 1. In der unteren Hälfte befindet sich die Speicherschicht (lokal redundant), mit drei Speicherreplikaten in derselben Verfügbarkeitszone. Ein einzelner Azure Data Explorer Cluster ist auf eine Zone beschränkt, wobei sich Compute und Speicher in dieser Zone befinden.

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

• Regionsunterstützung: Verfügbarkeitszonenunterstützung ist in Azure-Regionen verfügbar, die Verfügbarkeitszonen unterstützen.

  Einige Computeknotentypen und -größen sind jedoch nur in bestimmten Regionen oder bestimmten Zonen innerhalb einer Region verfügbar.

• Vollständige Cluster: Verfügbarkeitszonenunterstützung ist mit vollständigen Clustern verfügbar. Es ist nicht mit kostenlosen Clustern verfügbar.

Überlegungen

Zonenauswahl: Für Computeknoten wählen Sie aus, welche Verfügbarkeitszonen verwendet werden sollen. Microsoft verwaltet die Platzierung in Speicherzonen, und Speicherreplikate befinden sich möglicherweise in anderen Zonen als Ihre Rechenknoten.

Cost

Die Aktivierung der Verfügbarkeitszonenunterstützung verursacht zusätzliche Kosten für ZRS, die mit einem höheren Satz als LRS in Rechnung gestellt werden. 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 im Azure-Portal einen für Verfügbarkeitszonen aktivierten Cluster erstellen, ist er 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. Erstellen Sie in den meisten Fällen einen zonenredundanten Cluster, und verwenden Sie alle Zonen in der Region.

  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.

• Konfigurieren Sie Verfügbarkeitszonen in einem vorhandenen Cluster neu (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 Sie die 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 Sie die Verfügbarkeitszonenkonfiguration für Cluster. Verwenden Sie die Zonenstatuseigenschaft des Clusters (die zoneStatus Eigenschaft in der REST-API), um die Verfügbarkeitszonenkonfiguration eines Clusters zu überprüfen. Ein Wert, der Zonal angibt, dass der Cluster Verfügbarkeitszonen verwendet, bedeutet jedoch nicht, dass der Cluster in einer einzelnen Zone ausgeführt wird.

  Verwenden Sie die zones Eigenschaft, um zu bestimmen, ob ein Cluster Zonal oder zonenredundant ist. Wenn in der Zonenliste eine Zone aufgelistet ist, ist der Cluster zonal (Einzelzone). Wenn mehrere Zonen aufgelistet sind, ist sie 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 Verlust von Kapazität nicht verkraften kann, sollten Sie eine Überprovisionierung 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 Instanzen gleichmäßig über die von Ihnen ausgewählten Zonen hinweg zu verteilen.

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 hinweg repliziert, indem Speicher-ZRS verwendet wird, was eine hohe Datenkonsistenz bietet und das Risiko eines Datenverlusts während eines Zonenausfalls minimiert.

  • Zonal: Daten werden mithilfe von Speicher-LRS gespeichert, was bedeutet, dass sich alle drei Kopien möglicherweise 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 für das Erkennen von Fehlern in den Von Ihrem Cluster genutzten Verfügbarkeitszonen verantwortlich. Sie sind auch für Antworten verantwortlich, die Sie initiieren möchten, z. B. zum Wechseln 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. Sie müssen keine Maßnahmen ergreifen.

Test auf Zonenfehler

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

• Zone-redundant: Microsoft verwaltet das Failover und die Wiederherstellung der Verfügbarkeitszone für Azure Data Explorer vollständig. 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. Verwenden Sie diesen Ansatz, um Teile Ihrer eigenen Zonen-Down-Erkennung und Failoverprozesse zu ü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 Multiregion-Lösungen für Resilienz

Um die geschäftlichen Auswirkungen eines Regionsausfalls zu minimieren, stellen Sie separate Azure Data Explorer Cluster in mehreren Regionen bereit. Jeder Cluster ist unabhängig. 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 Multiregion-Clusterkonfigurationen entscheiden, die jeweils unterschiedliche Wiederherstellungszeit, potenziellen Datenverlust, Aufwand und Kosten unterstützen. Wählen Sie Azure Regionen für jeden Cluster aus, die Ihre Latenz- und Datenhaltungsanforderungen unterstützen. Weitere Informationen zu Multiregion-Clusterkonfigurationen und -mustern, denen Sie folgen können, finden Sie in der Übersicht über Geschäftskontinuität und Notfallwiederherstellung.

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 Ihre Daten sichern müssen, sollten Sie die folgenden Ansätze berücksichtigen:

• Der kontinuierliche Export exportiert regelmäßig Daten in externen Speicher und bietet für unterstützte Datentypen einen Exactly-once-Export.

• Der Datenexport in den Cloudspeicher unterstützt den manuellen Export von Daten in externen Speicher.

• 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. Verhindern Sie Datenverlust, 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. Wenn einer dieser Benutzer versehentlich eine Tabelle löscht, können Sie sie mit dem Befehl undo drop table wiederherstellen. Damit dieser Befehl erfolgreich ausgeführt werden kann, müssen Sie zuerst die Wiederherstellbarkeitseigenschaft in der Aufbewahrungsrichtlinie aktivieren.

• 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 sie 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.

Um mehr über bevorstehende geplante Wartung zu erfahren, verwenden Sie Azure Service Health.

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

• Zuverlässigkeit in Azure
• Übersicht über Azure Data Explorer
• BCDR-Übersicht