Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Aufnahmefehler sind Probleme, die während der Datenaufnahme aufgetreten sind. Fehlerbedingungen in dieser Kategorie können auf Datenverluste hindeuten und müssen daher unbedingt überwacht werden. Diese Fehler können Anzeichen dafür enthalten, dass die Grenzwerte für die Erfassung des Azure Monitor-Arbeitsbereichs erreicht werden. Dienstbeschränkungen für Azure Monitor-Arbeitsbereiche finden Sie unter Azure Monitor-Dienstgrenzwerte.
Von Bedeutung
Dieses Feature befindet sich derzeit in der Vorschau und kann möglicherweise geändert werden. Die Unterstützung für dieses Feature ist eingeschränkt. Die zusätzlichen Nutzungsbestimmungen für Microsoft Azure-Vorschauen enthalten rechtliche Bedingungen. Sie gelten für diejenigen Azure-Features, die sich in der Beta- oder Vorschauversion befinden oder aber anderweitig noch nicht zur allgemeinen Verfügbarkeit freigegeben sind.
Überwachen von Erfassungsfehlern
Führen Sie die folgenden Schritte aus, um Fehler bei der Erfassung von Daten für Azure Monitor-Arbeitsbereichsmetriken zu überwachen:
Navigieren Sie im Azure-Portal zu Ihrem Azure Monitor-Arbeitsbereich, und wählen Sie " Metriken " im Abschnitt "Überwachung " aus.
Wählen Sie im Dropdownmenü "Metrik hinzufügen" die Option "Mit Generator hinzufügen" aus.
Wählen Sie den Azure Monitor-Arbeitsbereich als Geltungsbereich aus.
Wählen Sie Standardmetriken für den Metric Namespace aus.
Wählen Sie in der Dropdownliste " Metrik " die Option "Verworfene Ereignisse " und " Time Series Samples Dropped " aus, um nach Fehlern in der Datenaufnahme zu suchen.
Klicken Sie auf " Aufteilen anwenden", und wählen Sie in der Dropdownliste "Werte " die Option "Grund" aus.
Gelöschte Ereignisse
Die Metrik "Verworfene Ereignisse" gibt die Anzahl der empfangenen, aber nicht in Azure Monitor Workspace akzeptierten Ereignisse an. Sie enthält eine Reason-Dimension , um anzugeben, warum Ereignisse nicht akzeptiert werden. Die Gründe können sich in Zukunft ändern, um eine bessere Genauigkeit zu bieten. In der folgenden Tabelle werden die verschiedenen Gründe und die Bedingungen beschrieben, die zu diesen führen.
| Ursache | BESCHREIBUNG |
|---|---|
| Alte Daten | Daten wurden gelöscht, da Ereignisse Zeitstempel haben, die älter als 20 Minuten sind. Nur Ereignisse mit Zeitstempeln, die nicht mehr als 20 Minuten in der Vergangenheit oder 20 Minuten in der Zukunft (relativ zur Erfassungszeit) werden akzeptiert. |
| LimitThrottling | Die Daten wurden gelöscht, da die Aufnahmegrenzwerte überschritten wurden. Anfordern einer Erhöhung der Aufnahmegrenzwerte |
| UngültigesEingabeformat | Die Daten wurden gelöscht, da das Eingabeformat ungültig war. Gültige Eingabeformate finden Sie unter Metriknamen, Bezeichnungsnamen und Bezeichnungswerte |
| Interner Fehler | Daten wurden aufgrund eines internen Fehlers gelöscht. |
Verworfene Zeitreihenbeispiele
Die Metrik "Time series dropped" gibt die Anzahl der Datenpunkte an, die während der Verarbeitung verworfen wurden (nachdem das entsprechende Ereignis akzeptiert wurde). Sie enthält eine Dimension "Reason ", um anzugeben, warum die Datenpunkte verworfen wurden. Die Gründe können sich in Zukunft ändern, um eine bessere Genauigkeit zu bieten. In der folgenden Tabelle werden die verschiedenen Gründe und die Bedingungen beschrieben, die zu diesen führen.
| Ursache | BESCHREIBUNG |
|---|---|
| Duplizieren | Daten waren ein Duplikat von bereits empfangenen Daten. |
| OutOfOrder | Die Daten wurden außerhalb der Reihenfolge empfangen; Die für eine Zeitreihe empfangenen Daten hatten einen älteren Zeitstempel als andere Daten, die bereits für die gleiche Zeitreihe verarbeitet wurden. |
| LimitThrottling | Die Daten wurden abgelehnt, da neue Zeitreihen auf der Ebene des Überwachungskontos gedrosselt werden. Anfordern einer Erhöhung der Aufnahmegrenzwerte |
| Ungültiger Zeitbereich | Die Daten wurden abgelehnt, da sie einen Zeitstempel enthielten, der zu weit in der Zukunft lag. Es werden nur Ereignisse mit Zeitstempeln, die nicht mehr als 20 Minuten in der Zukunft liegen (im Verhältnis zur Erfassungszeit), akzeptiert. |
| Alte Daten | Die Daten wurden abgelehnt, da sie zu alt waren. Es werden nur Ereignisse mit Zeitstempeln maximal 20 Minuten in der Vergangenheit (relativ zur Erfassungszeit) akzeptiert. |
| Interner Fehler | Fehler beim Aktualisieren aufgrund eines internen Fehlers. |
| ReservedDimensionName | Die Daten wurden abgelehnt, weil sie eine oder mehrere Dimensionsschlüssel oder Bezeichnungsnamen enthalten, die mit reservierten Dimensions- oder Bezeichnungsnamen in Konflikt stehen. |
| UngültigesEingabeformat | Die Daten wurden gelöscht, da sie Werte außerhalb des unterstützten Datenbereichs enthielt. Gültige Eingabeformate finden Sie unter Metriknamen, Bezeichnungsnamen und Bezeichnungswerte |
Überwachung von Erfassungsanforderungen für die Datensammlungsregel (Vorschau)
Wenn Sie Azure Monitor Workspace einrichten, gelten Grenzwerte für die zugeordneten Datensammlungsregeln (DCR), die Prometheus-Metriken an den Azure Monitor-Arbeitsbereich senden. Informationen zu diesen Grenzwerten finden Sie unter Grenzwerte des Prometheus-Dienstes.
Führen Sie die folgenden Schritte aus, um anzuzeigen und zu überwachen, ob die DCR-Grenzwerte gedrosselt werden:
- Navigieren Sie im Azure-Portal zu Ihrem Azure Monitor-Arbeitsbereich, und klicken Sie auf die Datensammlungsregel , die auf der Seite "Übersicht" angezeigt wird.
- Wechseln Sie auf der Seite "Datensammlungsregel" zu "Überwachen ->Metriken"
- Wählen Sie im Dropdown-Menü Metrik auswählen die Option Metrik-Erfassungsanforderungen pro Minute aus, um die Anzahl der Metrik-Erfassungsanforderungen pro Minute anzuzeigen.
Erstellen einer Warnung zum Überwachen von DCR-Grenzwerten
Um zu überwachen, ob die Erfassung der DCR-Metriken eingeschränkt wird, können Sie eine Warnung für den Dimensionsantwortcode der Metriken erstellen. Bei Drosselung enthält der "Antwortcode" den Fehlercode 429 .
Wechseln Sie auf der Seite "Datensammlungsregel" zu "Monitoring ->Alerts".
Klicken Sie auf +Create ->Alert-Regel.
Klicken Sie auf „Alle Signale anzeigen“ und dann im Abschnitt „Metriken“ auf Metrikerfassungsanforderungen pro Minute. Klicken Sie auf Anwenden.
Überprüfen Sie die Details, und geben Sie den Schwellenwert ein; Wählen Sie im Abschnitt " Nach Dimensionen teilen " den Antwortcode aus der Dropdownliste "Dimensionname" aus, und geben Sie "429" als Dimensionswert ein.
Überprüfen Sie weitere Details, und erstellen Sie die Warnung.
Falls Sie eine Warnung erhalten, sollten Sie zusätzliche DCRs und DCEs erstellen, um die Aufnahmelast über mehrere Endpunkte hinweg zu verteilen. Dieser Ansatz trägt dazu bei, die Leistung zu optimieren und eine effiziente Datenverarbeitung sicherzustellen. Weitere Informationen zum Erstellen von DCRs und DCEs finden Sie unter Wie man einen benutzerdefinierten Datenerfassungspunkt (DCE) und eine benutzerdefinierte Datenerfassungsregel (DCR) für einen bestehenden Azure Monitor-Arbeitsbereich erstellt, um Prometheus-Metriken zu erfassen.
Hinweis
Diese Metriken befinden sich derzeit in der Vorschau, und die Unterstützung für diese Metriken ist eingeschränkt. Bei Bedarf können Sie eine Warnung für Metriken erstellen, die über einen bestimmten Schwellenwert hinaus fallen, und falls eine solche Warnung empfangen wird, überprüfen Sie bitte Ihre Konfigurationen für die Datensammlung für die spezifischen Bedingungen, wie oben beschrieben.