Fehler in Logverarbeitungspipeline beheben
Nachdem Ihre Logdaten in Logging Analytics aufgenommen worden sind, beginnt die Datenverarbeitung asynchron. Wenn bei der Datenverarbeitung ein Fehler beim Parsen oder Interpretieren der Logdaten auftritt, wird im Log Explorer eine Fehlermeldung zusammen mit den Logdaten angezeigt.
Mit der Metrik Verarbeitungsfehler können Sie den Fehler ermitteln und die Logverarbeitungspipeline beheben, indem Sie den Fehlertyp identifizieren und der verwendete Aufnahmemethode zuordnen. Die Schritte für den Zugriff auf die Metrik "Verarbeitungsfehler" finden Sie unter Logging Analytics mit Servicemetriken überwachen.
Wenn Fehler ermittelt werden, zeigt die Metrik "Verarbeitungsfehler" eine Zeile für jeden im Mandanten oder Compartment aktivierten Erfassungstyp an. Bewegen Sie den Cursor auf die Datenpunkte im Diagramm, um weitere Details zum Fehler anzuzeigen. Führen Sie die folgenden Schritte aus, um die Metriken nach Fehlertyp anzuzeigen:
-
Klicken Sie oben rechts in der Metrik "Verarbeitungsfehler" auf das Menü Optionen, und wählen Sie In Metrik-Explorer anzeigen aus.
Die Metrik wird jetzt im Metrik-Explorer angezeigt. Hier können Sie das Diagramm genauer untersuchen.
-
Klicken Sie auf Abfragen bearbeiten, und wählen Sie Dimensionsname als
errorTypeund Dimensionswert als Fehlertyp aus, den Sie im Log Explorer bemerkt haben, z.B.LogParserMismatch.Klicken Sie auf Diagramm aktualisieren, um die Diagrammvisualisierung zu aktualisieren. Im Diagramm werden jetzt die Metriken für die
errorTypeangezeigt.Sie können zur Ansicht Datentabelle wechseln, um eine tabellarische Darstellung der erfassten Fehlerdatenpunkte anzuzeigen.
Im Folgenden werden die verschiedenen Typen von Fehlern aufgeführt, der über diese Metrik für die Logverarbeitung gemeldet wird:
| Fehlertyp | Beschreibung | Empfohlener Fix |
|---|---|---|
|
|
Die in der Quelle definierten Parser stimmen nicht mit dem Logdatensatz überein. Beispiel:
|
Stellen Sie sicher, dass mindestens ein übereinstimmender Parser zum Parsen der Daten vorhanden ist. |
|
|
Die in der Quelle definierten Parser stimmen nicht mit dem Feld des Logdatensatzes überein. Beispiel: Der reguläre Ausdruck stimmt nicht mit dem Feld der Logdaten überein, oder der Ausdruck XPath ist im Feld des Logdatensatzes "json" oder "XML" nicht vorhanden.
|
Stellen Sie sicher, dass mindestens ein übereinstimmender Feldparser zum Parsen der Daten im Feld vorhanden ist. |
|
|
Timeout bei einem der in der Quelle definierten Parser, weil die Ausführung des regulären Ausdrucks mehr als 3 Sekunden dauerte. Der reguläre Ausdruck kann komplex sein, oder der Logdatensatz ist zu lang für den regulären Ausdruck. Wenn dies dreimal für ein Daten-Bundle geschieht (ein Bundle ist eine ZIP-Datei einiger Logdatensätze), werden die restlichen Logdatensätze im Bundle nicht geparst und mit diesem Parsingfehlertyp gekennzeichnet. Die Meldung hat den maximalen Timeout für reguläre Basisparser überschritten: 3. |
Verwenden Sie schnellere reguläre Ausdrücke in den Parsern der Quelle, damit kein Timeout beim Parsen auftritt. Siehe Performante reguläre Ausdrücke erstellen. |
|
|
Zeitüberschreitung beim für das Feld definierten Parser, da die Ausführung des regulären Ausdrucks mehr als 3 Sekunden dauerte. Der reguläre Ausdruck kann komplex sein, oder der Logdatensatz ist zu lang für den regulären Ausdruck. Wenn dies dreimal für ein Daten-Bundle geschieht (ein Bundle ist eine ZIP-Datei einiger Logdatensätze), werden die restlichen Logdatensätze im Bundle nicht geparst und mit diesem Parsingfehlertyp mit der Meldung Fehler beim Parsen: Max. Zeitüberschreitung für Feldparserregex: 3, Parser: baseparser, level1fieldparser, level2fieldparser gekennzeichnet. |
Verwenden Sie schnellere reguläre Ausdrücke in den Feldparsern der Quelle, damit kein Timeout beim Parsen auftritt. Siehe Performante reguläre Ausdrücke erstellen. |
|
|
Die für die Erfassung identifizierten Daten stimmen nicht mit der Parserdefinition überein. Beispiel:
Wenn dies bei einem Daten-Bundle der Fall ist, werden die restlichen Logdatensätze im Bundle nicht geparst und mit diesem Parsingfehlertyp mit der folgenden Meldung gekennzeichnet: Fehler beim Parsen: Max. Anzahl ungültiger strukturierter Basisparsereinträge überschritten: 3. |
Prüfen Sie die Parserdefinition, und stellen Sie sicher, dass die eingehenden Daten der angegebenen Definition entsprechen. Parser erstellen |
|
|
Die für die Erfassung identifizierten Daten stimmen mit der Parserdefinition für das Feld nicht überein. Beispiel:
Wenn dies dreimal für ein Daten-Bundle geschieht, werden die restlichen Logdatensätze im Bundle nicht geparst und mit diesem Parsingfehlertyp mit der folgenden Meldung gekennzeichnet: Fehler beim Parsen: Max. Anzahl von ungültigen strukturierten Einträgen für Feldparser überschritten: 3, Parser: baseparser, fieldparser. |
Prüfen Sie Ihre Feldparserdefinition, und prüfen Sie, ob die eingehenden Daten der angegebenen Definition entsprechen. Parser erstellen |