Suchen und Beheben von Problemen mit Insights

Insights ist ein Hintergrund-Agent, der regelmäßig die Telemetrie- und Oberflächenprobleme und Frühwarnungen eines Lakebase-Projekts überprüft, ohne Sie fragen zu müssen. Diese Seite schaltet Insights für ein Projekt ein und führt dann Schritt für Schritt durch ein konkretes Insight – von Anfang bis Ende: was es erkannt hat, warum das wichtig ist und wie Sie darauf reagieren können.

Eine dialogorientierte On-Demand-Alternative oder die Möglichkeit, einer Erkenntnis weiter nachzugehen, finden Sie unter Probleme mit Genie diagnostizieren und beheben.

Voraussetzungen

• Ein Lakebase-Projekt auf AWS oder Azure mit aktiver Compute.
• Ein Unity-Katalogkatalog und -Schema zum Empfangen von Telemetrie (nicht Standardspeicher).

Schalten Sie Insights ein und lesen Sie Ihre erste Erkenntnis

Aktivieren von Insights für ein Projekt

Insights läuft pro Projekt und wird von einer Observability-Konfiguration gesteuert. Wenn Sie noch keine haben, erstellen Sie zuerst eine und weisen Sie sie zu.

Stellen Sie im Konfigurations-Assistenten sicher, dass "Einblicke aktivieren" aktiviert ist. Ohne diese Funktion kann eine Konfiguration Telemetriedaten in Unity Catalog schreiben, ohne proaktiv etwas anzuzeigen. Sie können auch eine Analysefrequenz festlegen, wie oft Insights Ihre Telemetrie bewertet.

Einen Einblick finden

Insights wird nach einem wiederkehrenden Zeitplan und nicht kontinuierlich ausgeführt. Rechnen Sie daher mit einer Verzögerung zwischen dem Auftreten eines tatsächlichen Problems und der Anzeige einer entsprechenden Erkenntnis. Geben Sie es etwas Zeit, nachdem Sie den Agent aktiviert haben, insbesondere direkt nach dem Aktivieren eines neuen Projekts.

Einblicke werden an zwei Stellen angezeigt:

• Die arbeitsbereichweite Liste: Klicken Sie im linken Navigationsbereich auf Insights. Sie aggregiert Einblicke in jedes Projekt, für das die Konfiguration gilt. Verwenden Sie "Suchen " oder "Filtern ", um sie einzugrenzen, z. B. nach Projekt oder Schweregrad.
• Ansicht eines einzelnen Projekts: Öffnen Sie das Projekt, wechseln Sie zur Überwachung, und wählen Sie die Registerkarte "Insights" aus. Es zeigt nur die Erkenntnisse dieses Projekts.

Jede Zeile zeigt einen Schweregrad (z. B. Geringfügig oder Moderat), den Titel des Insights, aus welchem Projekt es stammt, das Zeitfenster, das der Vorfall abdeckt, und einen von Ihnen festgelegten Status (z. B. Offen).

Im Gegensatz zur Rohtelemetrie, die als Delta-Tabellen in Unity Catalog landet, werden die von Insights generierten Erkenntnisse als Dateien in einem Workspace-Ordner im Azure Databricks Workspace der Identität gespeichert, unter der Ihre Konfiguration schreibt.

Lesen Sie einen Einblick

Klicken Sie auf einen Einblick, um die Detailseite zu öffnen. Jeder Einblick folgt der gleichen Struktur, die von oben nach unten als Diagnose gelesen wird, nicht nur eine Benachrichtigung:

• Zusammenfassung: Was passiert, in klarer Sprache.
• Belege: die spezifischen Signale und Werte, die die Diagnose stützen, in einer Tabelle.
• Empfehlungen: konkrete nächste Schritte mit der Begründung für jeden einzelnen.

Was Insights findet und wie sie die Diagnose beschreibt, hängt vollständig von Ihrer eigenen Telemetrie ab, sodass die angezeigten Erkenntnisse nicht mit dem unten aufgeführten übereinstimmen. Im Folgenden finden Sie einen authentischen Einblick, der eingefügt wurde, um zu zeigen, welchen Detailgrad Sie erwarten können.

In diesem Beispiel „Leerlaufsitzung blockierte 4 Updates“ sagt der Untertitel bereits, wo Sie suchen müssen: „Leerlaufsitzung hielt Sperren; UPDATE die Wartezeiten summierten sich auf 749 s.“ Die Zusammenfassung erklärt, was passiert ist: Eine Sitzung begann eine Transaktion, blieb dann inaktiv, während sie weiterhin eine Zeilensperre hielt, und blieb ungefähr 9,5 Minuten in diesem Zustand, bis das datenbankeigene Timeout für inaktive Transaktionen die Sitzung zwangsweise beendete. In der Tabelle "Nachweise" wird dies mit den spezifischen Zahlen gesichert, einschließlich des Endprotokolleintrags und insgesamt 749 Sekunden UPDATE Wartezeit, die sich über vier Aufrufe erstreckt, wobei jeweils durchschnittlich 187 Sekunden für Aktualisierungen verwendet werden, die normalerweise in Millisekunden abgeschlossen würden.

Recommendations:

1. Legen Sie idle_in_transaction_session_timeout einen sicheren Wert fest, z. B. 30 bis 60 Sekunden, sodass eine inaktive Sitzung ihre Sperren schnell freigibt, anstatt andere Abfragen mehrere Minuten lang zu blockieren.
2. Prüfen Sie auf nicht abgeschlossene Transaktionen und verwenden Sie Verbindungspooling mit kurzen Checkout-Timeouts, damit ein Client, der eine Transaktion öffnet und dann untätig wird, eine Sperre nicht unbegrenzt halten kann.

Beachten Sie, was die Belege beziffern: nicht nur, dass Abfragen langsam waren, sondern auch, welche Sitzung dafür verantwortlich war, wie lange sie die Sperre gehalten hat und wie viel Wartezeit sie andere Abfragen gekostet hat. Der Schweregrad wird von den verfügbaren Daten abgeleitet. Lesen Sie daher den Nachweis, um die Ursache zu bestätigen, bevor Sie allein auf den Schweregrad reagieren.

Auf eine Erkenntnis antworten

Nachdem Sie einen Einblick gelesen haben, haben Sie drei Möglichkeiten, die Schleife zu schließen:

• Wenden Sie die Empfehlung selbst an, indem Sie die Beweise und Empfehlungen als Leitfaden verwenden.
• Klicken Sie auf der Detailseite des Insights auf Mit Genie beheben, um die Untersuchung an den interaktiven Agenten zu übergeben und sie im Gespräch fortzusetzen. Dies hilft, wenn die Empfehlung vor dem Handeln mehr Kontext benötigt oder wenn der Fix eine datenbankseitige Änderung umfasst. Siehe Diagnose und Beheben von Problemen mit Genie.
• Aktualisieren Sie den Status (z. B. um den Vorgang zu schließen oder zu markieren), nachdem Sie ihn behoben oder festgestellt haben, dass keine Aktion erforderlich ist.

Ein Ergebnis kann von selbst verschwinden

Da Insights nach seinem eigenen Zeitplan neu bewertet, kann ein Befund auch dann von der Liste verschwinden, wenn Sie seinen Status nie ändern: Ein vorübergehendes Ereignis wie ein einmaliger Massenladevorgang tritt in einem späteren Zeitfenster möglicherweise nicht erneut auf, oder die zugrunde liegenden Rechenressourcen werden auf null herunterskaliert und starten anschließend neu, sodass die problematische Sitzung nicht mehr vorhanden ist. Dass ein Ergebnis nicht mehr in der aktiven Liste erscheint, bedeutet nicht, dass es verworfen wurde oder dass etwas schiefgelaufen ist. Es spiegelt wider, dass die Bedingung nicht mehr im aktuellen Auswertungsfenster vorhanden ist.

Nächste Schritte

• Diagnostiziere und behebe Probleme mit Genie: Führe eine Untersuchung im Gespräch fort oder starte eine neue von Grund auf.
• Telemetrietabellenreferenz: die Tabellen, die Insights liest und aktuelle Einschränkungen.
• Beobachten Sie Lakebase-Projekte: Sehen Sie sich die restlichen Observability-Tools an. Siehe Observability.