Referenz zu Protokollmetriken

Dieses Handbuch enthält Definitionen für alle integrierten Metrikdiagramme im ExtraHop-System. Diagramme sind nach Protokoll, Asset und in System-Dashboards verfügbar.

Metriken sind Echtzeitmessungen Ihres Netzwerkverhaltens, die das ExtraHop-System anhand von Kabel- oder Durchflussdaten berechnet. Das ExtraHop-System kann über 5.000 Metriken aus dem Netzwerkverkehr analysieren und klassifizieren und die Metriken dann einer Quelle zuordnen — den Ressourcen in Ihrem Netzwerk, wie Anwendungen, Geräten, Aktivitätsgruppen oder Netzwerken.

Mit Metriken arbeiten

Hier sind einige Möglichkeiten, wie Sie mit Metriken arbeiten können:

Arten von Metriken

Jede Metrik im ExtraHop-System ist in einen Metrik Typ eingeteilt. Wenn Sie die Unterschiede zwischen den Metriktypen verstehen, können Sie Diagramme konfigurieren oder Trigger schreiben, um benutzerdefinierte Metriken zu erfassen. Ein Heatmap-Diagramm kann beispielsweise nur Datensatzmetriken anzeigen.

Zählen
Die Anzahl der Ereignisse, die in einem bestimmten Zeitraum aufgetreten sind. Sie können die Zählmetriken als Rate oder als Gesamtzahl anzeigen. Ein Byte wird beispielsweise als Zählung aufgezeichnet und kann entweder eine Durchsatzrate (wie in einem Zeitreihendiagramm dargestellt) oder das gesamte Verkehrsvolumen (wie in einer Tabelle dargestellt) darstellen. Tarife sind hilfreich, um Zählungen über verschiedene Zeiträume hinweg zu vergleichen. Eine Zählmetrik kann als Durchschnittswert pro Sekunde im Zeitverlauf berechnet werden. Bei der Anzeige hochgenauer Byte- und Paketmetriken (1 Sekunde) können Sie auch eine maximale Rate und eine minimale Rate anzeigen. Zu den Zählmetriken gehören Fehler, Pakete und Antworten.
Zählrate

Die Anzahl der Ereignisse, die in einem bestimmten Zeitraum aufgetreten sind. Zählratenmetriken und Zählmetriken werden auf die gleiche Weise berechnet. Zählraten-Metriken erfassen jedoch zusätzliche Details, anhand derer Sie die Höchst- und Mindestrate für ein Intervall anzeigen können. Zu den Messwerten für die Zählrate gehören Byte und Pakete.

Eindeutige Anzahl

Die Anzahl der eindeutigen Ereignisse, die während eines ausgewählten Zeitintervalls aufgetreten sind. Die Kennzahl für die eindeutige Anzahl bietet eine Schätzung der Anzahl der eindeutigen Elemente, die während des ausgewählten Zeitintervalls in einem Satz platziert wurden. Schätzungen werden mit dem HyperLogLog-Algorithmus berechnet.

Datensatz
Eine Verteilung von Daten, die in Perzentilwerte berechnet werden kann. Zu den Datensatzmetriken gehören die Verarbeitungszeit und die Roundtrip-Zeit.
Maximal
Ein einzelner Datenpunkt, der den Maximalwert aus einem bestimmten Zeitraum darstellt.
Probenset
Eine Zusammenfassung der Daten über ein Detail-Metrik. Wenn Sie eine Stichprobenmetrik in einem Diagramm auswählen, können Sie einen Mittelwert (Durchschnitt) und eine Standardabweichung über einen bestimmten Zeitraum anzeigen.
Schnappschuss
Ein Datenpunkt, der einen einzelnen Zeitpunkt darstellt.

Metriken nach Protokoll

Jede Protokollseite enthält integrierte Diagramme mit wichtigen Kennzahlen zu Ihren Ressourcen. Diese Metrikdiagramme können in Ihre Dashboards kopiert werden.

AAA

Das ExtraHop-System sammelt Metriken zu Authentifizierung, Autorisierung und Abrechnung (AAA) Protokollaktivität. AAA ist ein Sicherheitsframework, das Netzwerkzugriffsprotokolle auf Anwendungsebene wie RADIUS, Diameter, TACACS und TACACS+ umfasst.

AAA-Anwendungsseite

Auf dieser Seite werden Metrikdiagramme von angezeigt AAA Verkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verbunden ist.

AAA Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann AAA-Fehler und -Antworten mit der Anwendung verknüpft waren. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum Zeitpunkt des Auftretens der Fehler war.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der AAA-Antworten.
Fehler Die Anzahl der AAA-Antworten Fehler.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der AAA-Antworten, die mit der Anwendung verknüpft waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der AAA-Antworten.
Fehler Die Anzahl der AAA-Antworten Fehler.
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange Clients gebraucht haben, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange die Server für die Bearbeitung von Anfragen gebraucht haben; und die Antwortübertragungszeit zeigt, wie lange die Server gebraucht haben, um Antworten an das Netzwerk zu übertragen.

Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:



Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:

Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
Transferzeit anfragen Die Zeit zwischen der Erkennung durch das ExtraHop-System das erste Paket und das letzte Paket einer AAA-Anfrage. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort.
Übertragungszeit der Antwort Die Zeit zwischen der Erkennung durch das ExtraHop-System das erste Paket und das letzte Paket einer AAA-Antwort. Ein hoher Wert könnte darauf hinweisen eine große Antwort oder Netzwerkverzögerung.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines AAA-Clients oder Server Paket, für das eine sofortige Bestätigung erforderlich war und wann die Bestätigung erfolgte erhalten.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)
Wenn eine Anwendung langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Bearbeitung von Anfragen von Clients benötigten, im Vergleich zum 95. Perzentil der Zeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass Clients langsame Server kontaktieren. Hohe TCP-Roundtrip-Zeiten deuten darauf hin, dass Clients über langsame Netzwerke kommunizieren.
Metrisch Beschreibung
Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines AAA-Clients oder Server Paket, für das eine sofortige Bestätigung erforderlich war und wann die Bestätigung erfolgte erhalten.
AAA-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche AAA-Methoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der AAA-Anfragen nach Methoden aufgeschlüsselt wird.
Die häufigsten Fehlertypen
Dieses Diagramm zeigt, welche AAA-Fehlertypen am häufigsten mit der Anwendung in Verbindung gebracht wurden, indem die Anzahl der Antworten nach Fehlertyp aufgeschlüsselt wird.
AAA-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des AAA-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort.
Verarbeitungszeit des Servers
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung
Verarbeitungszeit des AAA-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort.
Verteilung der Hin- und Rückreisezeit
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines AAA-Clients oder Server Paket, für das eine sofortige Bestätigung erforderlich war und wann die Bestätigung erfolgte erhalten.
Zeit für Hin- und Rückfahrt
Diese Tabelle zeigt die durchschnittliche Hin- und Rückflugzeit für die Anwendung.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines AAA-Clients oder Server Paket, für das eine sofortige Bestätigung erforderlich war und wann die Bestätigung erfolgte erhalten.
AAA Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung zugeordnet waren. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Zero Windows anfordern Die Anzahl der Null-Window-Werbungen, die wurden von AAA-Kunden gesendet. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl eingehender Zero-Windows weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen von Servern beim Empfang von AAA-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von ausgehenden Zero-Windows weist darauf hin, dass ein Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Gesamtzahl der Host-Stände
Dieses Diagramm zeigt die durchschnittliche Anzahl von Zero-Window-Werbeanzeigen, die von Geräten gesendet wurden.
Netzwerkstände
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition
RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Clients AAA-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Server AAA-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von ausgehenden RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Gesamtzahl der Netzwerkausfälle
Dieses Diagramm zeigt die durchschnittliche Anzahl von Timeouts bei der erneuten Übertragung, die durch Überlastung beim Senden von Anfragen durch Clients und Server verursacht wurden.
Metrisch Definition
RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Clients AAA-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Server AAA-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von ausgehenden RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Metrische AAA-Gesamtwerte

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt

Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um herauszufinden, ob das Problem mit dem Netzwerk oder einem Server zusammenhängt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.

Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der AAA-Anfragen, die waren gesendet.
Antworten Die Anzahl der AAA-Antworten.
Fehler Die Anzahl der AAA-Antworten Fehler.
Durchmesser-Anfrage Die Anzahl der Diameter-Anfragen, die waren gesendet. Diameter ist eine aktualisierte Version des RADIUS AAA-Protokolls.
RADIUS-Anfrage Die Anzahl der RADIUS (Remote Authentication) Dial-In User Service) -Anfragen, die gesendet wurden
Aborte Die Anzahl der AAA-Protokollsitzungen, die abgebrochen.
AAA-Netzwerkmetriken
Metrisch Beschreibung
Zero Windows anfordern Die Anzahl der Null-Window-Werbungen, die wurden von AAA-Kunden gesendet. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.
Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen von Servern beim Empfang von AAA-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.
RTOs anfragen Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Clients AAA-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.
Antwort-RTOs Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Server AAA-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.
L2-Byte anfordern Die Anzahl der gesendeten L2-Bytes, die verbunden mit AAA-Anfragen.
Antwort L2 Byte Die Anzahl der gesendeten L2-Bytes, die verbunden mit AAA-Antworten.
Goodput Bytes anfordern Die Anzahl der Goodput-Bytes, die mit verknüpft sind AAA-Anfragen. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus.
Antwort Goodput Bytes Die Anzahl der Goodput-Bytes, die mit verknüpft sind AAA-Antworten. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus.
Pakete anfordern Die Anzahl der versendeten Pakete, die zugeordnet wurden mit AAA-Anfragen.
Antwortpakete Die Anzahl der versendeten Pakete, die zugeordnet wurden mit AAA-Antworten.

AAA-Kundenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt AAA Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

AAA Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann AAA-Fehler aufgetreten sind und wie viele Antworten der AAA-Client erhalten hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Client zu dem Zeitpunkt war, als er die Fehler empfing.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte.
Fehler Die Anzahl der AAA-Antwortfehler, die waren empfangen, als das Gerät als AAA-Client fungierte.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der AAA-Antworten, die der Client erhalten hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte.
Fehler Die Anzahl der AAA-Antwortfehler, die waren empfangen, als das Gerät als AAA-Client fungierte.
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Serververarbeitungszeit gibt an, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, allein anhand der Verarbeitungszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metrik allein ein unvollständiges Bild liefert. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber die RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch sowohl die RTT- als auch die Verarbeitungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

RTT misst nur, wie lange es dauert, bis eine sofortige Bestätigung gesendet wird; es wartet nicht, bis alle Pakete zugestellt sind. Daher ist RTT ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten feststellen, die TCP-RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Überprüfen Sie das Netzwerk auf Latenzprobleme, wenn sowohl TCP-RTT als auch Verarbeitungszeiten übereinstimmen.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.



Die Verarbeitungszeit kann hoch sein, weil der Server lange gebraucht hat, um die Antwort zu übertragen (möglicherweise, weil die Antwort sehr umfangreich war). Die Verarbeitungszeit kann jedoch auch hoch sein, weil die Antwort lange Zeit benötigt hat, bis die Antwort im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
Verarbeitungszeit des Servers Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Leistungsübersicht (95. Perzentil)
Wenn ein Client langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Bearbeitung von Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass der Client langsame Server kontaktiert. Hohe TCP-Roundtrip-Zeiten deuten darauf hin, dass der Client über langsame Netzwerke kommuniziert.
Metrisch Beschreibung
Verarbeitungszeit des Servers Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
AAA-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche AAA-Methoden der Client am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die der Client nach Methode gesendet hat, aufgeschlüsselt wird.
Die häufigsten Fehlertypen
Dieses Diagramm zeigt, welche AAA-Fehlertypen der Client am häufigsten erhalten hat, indem die Anzahl der an den Client zurückgegebenen Antworten nach Fehlertyp aufgeschlüsselt wird.
AAA-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
AAA-Client-Server-Verarbeitungszeit Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für den Client.
Metrisch Beschreibung
AAA-Client-Server-Verarbeitungszeit Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte.
Verteilung der Hin- und Rückreisezeit
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
Zeit für Hin- und Rückfahrt
Dieses Diagramm zeigt die durchschnittliche Hin- und Rückflugzeit für den Client.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Kein Windows-Eingang Die Anzahl der null Fenster, die an die gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Kein Windows Out Die Anzahl der null Fenster, die gesendet wurden von Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Netzwerkstände

Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.

Metrisch Definition
RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs), verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Metrische AAA-Gesamtwerte

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten

Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem beim Netzwerk oder beim Server liegt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.

Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der AAA-Anfragen, die gesendet wurden, als Gerät fungierte als AAA-Client.
Antworten Die Anzahl der AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte.
Fehler Die Anzahl der AAA-Antwortfehler, die waren empfangen, als das Gerät als AAA-Client fungierte.
Durchmesser-Anfrage Die Anzahl der Diameter-Anfragen, die waren gesendet, als das Gerät als AAA-Client fungierte. Diameter ist eine aktualisierte Version von das RADIUS-AAA-Protokoll.
RADIUS-Anfrage Die Anzahl der RADIUS (Remote Authentication) Dial-In (User Service) -Anfragen, die gesendet wurden, als das Gerät als AAA fungierte Client.
Aborte Die Anzahl der aufgetretenen abgebrochenen Sitzungen als das Gerät als AAA-Client fungierte.

AAA-Serverseite

Auf dieser Seite werden Metrikdiagramme von angezeigt AAA Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

AAA Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann AAA-Fehler aufgetreten sind und wie viele AAA-Antworten der Server gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zu dem Zeitpunkt war, als er die Fehler zurückgab.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server.
Fehler Die Anzahl der AAA-Antwortfehler, die gesendet, als das Gerät als AAA-Server fungierte.
Transaktionen insgesamt

Dieses Diagramm zeigt die Gesamtzahl der AAA-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.

Metrisch Beschreibung
Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server.
Fehler Die Anzahl der AAA-Antwortfehler, die gesendet, als das Gerät als AAA-Server fungierte.
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Serververarbeitungszeit gibt an, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, allein anhand der Verarbeitungszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metrik allein ein unvollständiges Bild liefert. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber die RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch sowohl die RTT- als auch die Verarbeitungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

RTT misst nur, wie lange es dauert, bis eine sofortige Bestätigung gesendet wird; es wartet nicht, bis alle Pakete zugestellt sind. Daher ist RTT ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber die TCP-RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Überprüfen Sie das Netzwerk auf Latenzprobleme, wenn sowohl TCP-RTT als auch Verarbeitungszeiten übereinstimmen.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.



Die Verarbeitungszeit kann hoch sein, weil der Server lange gebraucht hat, um die Antwort zu übertragen (möglicherweise, weil die Antwort sehr umfangreich war). Die Verarbeitungszeit kann jedoch auch hoch sein, weil die Antwort lange Zeit benötigt hat, bis die Antwort im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
Verarbeitungszeit des AAA-Servers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer empfangenen AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Server fungierte.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Leistungsübersicht (95. Perzentil)
Wenn ein Server langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Problem vom Netzwerk oder vom Server verursacht wird. Die Leistungsübersichtsmetriken zeigen das 95. Perzentil der Zeit, die der Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass der Server langsam ist. Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Metrisch Beschreibung
AAA-Client-Server-Verarbeitungszeit Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer empfangenen AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Server fungierte.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
AAA-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche AAA-Methoden auf dem Server am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Methode aufgeteilt wird.
Die häufigsten Fehlertypen
Dieses Diagramm zeigt, welche AAA-Fehlertypen der Server am häufigsten zurückgegeben hat, indem die Gesamtzahl der vom Server gesendeten Antworten nach Fehlertyp aufgeschlüsselt wird.
AAA-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des AAA-Servers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer empfangenen AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Server fungierte.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Verarbeitungszeit für den Server.
Metrisch Beschreibung
Verarbeitungszeit des AAA-Servers Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer empfangenen AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Server fungierte.
Verteilung der Hin- und Rückreisezeit
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
Zeit für Hin- und Rückfahrt
Dieses Diagramm zeigt die durchschnittliche Roundtrip-Zeit für den Server.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und wann die Bestätigung eingegangen war. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Kein Windows-Eingang Die Anzahl der null Fenster, die an die gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Kein Windows Out Die Anzahl der null Fenster, die gesendet wurden von Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Netzwerkstände

Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.

Metrisch Definition
RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs), verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Metrische AAA-Gesamtwerte

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten

Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.

Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der AAA-Anfragen, die eingegangen sind, als das Gerät fungierte als AAA-Server.
Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server.
Fehler Die Anzahl der AAA-Antwortfehler, die gesendet, als das Gerät als AAA-Server fungierte.
Durchmesser-Anfrage Die Anzahl der Diameter-Anfragen, die waren empfangen, als das Gerät als AAA-Server fungierte. Diameter ist eine aktualisierte Version des RADIUS-AAA-Protokolls.
RADIUS-Anfrage Die Anzahl der RADIUS-Anfragen, die der Gerät, das empfangen wurde, wenn es als AAA-Server fungiert.
Aborte Die Anzahl der aufgetretenen abgebrochenen Sitzungen als das Gerät als AAA-Server fungierte.

AAA-Kundengruppenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt AAA Client-Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

AAA-Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann AAA-Fehler aufgetreten sind und wie viele Antworten die AAA-Clients erhalten haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler erhielten.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte.
Fehler Die Anzahl der AAA-Antwortfehler, die waren empfangen, als das Gerät als AAA-Client fungierte.
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele AAA-Antworten die Kunden erhalten haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte.
Fehler Die Anzahl der AAA-Antwortfehler, die waren empfangen, als das Gerät als AAA-Client fungierte.
AAA-Details für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (AAA-Kunden)
Dieses Diagramm zeigt, welche AAA-Clients in der Gruppe am aktivsten waren, indem es die Gesamtzahl der AAA-Anfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
Die besten Methoden
Dieses Diagramm zeigt, welche AAA-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der von der Gruppe gesendeten Anfragen nach Methode aufgeschlüsselt wird.
Die häufigsten Fehlertypen
Dieses Diagramm zeigt, welche AAA-Fehlertypen die Gruppe am häufigsten erhalten hat, indem die Anzahl der an die Gruppe zurückgegebenen Antworten nach Fehlertyp aufgeschlüsselt wird.
AAA-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden die Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Anfragen Die Anzahl der AAA-Anfragen, die gesendet wurden, als Gerät fungierte als AAA-Client.
Antworten Die Anzahl der AAA-Antworten, die eingegangen sind als das Gerät als AAA-Client fungierte.
Fehler Die Anzahl der AAA-Antwortfehler, die waren empfangen, als das Gerät als AAA-Client fungierte.
Durchmesser-Anfrage Die Anzahl der Diameter-Anfragen, die waren gesendet, als das Gerät als AAA-Client fungierte. Diameter ist eine aktualisierte Version von das RADIUS-AAA-Protokoll.
RADIUS-Anfrage Die Anzahl der RADIUS (Remote Authentication) Dial-In (User Service) -Anfragen, die gesendet wurden, als das Gerät als AAA fungierte Client.
Aborte Die Anzahl der aufgetretenen abgebrochenen Sitzungen als das Gerät als AAA-Client fungierte.
Verarbeitungszeit des Servers
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden, ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die Server für die Bearbeitung von Anfragen von den Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung
Verarbeitungszeit des Servers Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte.

AAA-Servergruppenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt AAA Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

AAA Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann AAA-Fehler aufgetreten sind und wie viele AAA-Antworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als sie die Fehler gemeldet haben.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server.
Fehler Die Anzahl der AAA-Antwortfehler, die gesendet, als das Gerät als AAA-Server fungierte.
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele AAA-Antwortserver in der Gruppe gesendet haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server.
Fehler Die Anzahl der AAA-Antwortfehler, die gesendet, als das Gerät als AAA-Server fungierte.
AAA-Details für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (AAA-Server)
Dieses Diagramm zeigt, welche AAA-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der AAA-Antworten, die die Gruppe vom Server gesendet hat, aufgeschlüsselt wird.
Die besten Methoden
Dieses Diagramm zeigt, welche AAA-Methoden auf Servern in der Gruppe am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die die Gruppe erhalten hat, nach Methode aufgeschlüsselt wird.
Die häufigsten Fehlertypen
Dieses Diagramm zeigt, welche AAA-Fehlertypen die Gruppen am häufigsten zurückgegeben haben, indem die Gesamtzahl der von der Gruppe gesendeten Antworten nach Fehlertyp aufgeschlüsselt wird.
AAA-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der AAA-Anfragen, die eingegangen sind, als das Gerät fungierte als AAA-Server.
Antworten Die Anzahl der AAA-Antworten, die gesendet wurden, als das Gerät fungierte als AAA-Server.
Fehler Die Anzahl der AAA-Antwortfehler, die gesendet, als das Gerät als AAA-Server fungierte.
Durchmesser-Anfrage Die Anzahl der Diameter-Anfragen, die waren empfangen, als das Gerät als AAA-Server fungierte. Diameter ist eine aktualisierte Version des RADIUS-AAA-Protokolls.
RADIUS-Anfrage Die Anzahl der RADIUS-Anfragen, die der Gerät, das empfangen wurde, wenn es als AAA-Server fungiert.
Aborte Die Anzahl der aufgetretenen abgebrochenen Sitzungen als das Gerät als AAA-Server fungierte.
Verarbeitungszeit des Servers
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die Bearbeitung von Anfragen von Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer Gruppe langsam sind.
Metrisch Beschreibung
AAA-Client-Server-Verarbeitungszeit Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer empfangenen AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Server fungierte.

AJP

Das ExtraHop-System sammelt Metriken über das AJP (AJP) Aktivität. AJP ist ein Binärformat für die Kommunikation zwischen einem Apache-Webserver und einem Anwendungsserver.

Hinweis:Das ExtraHop-System enthält keine integrierten Metrikseiten für AJP. Sie können AJP-Metriken jedoch anzeigen, indem Sie sie zu einer benutzerdefinierten Seite hinzufügen oder Dashboard.

AMF

Das ExtraHop-System sammelt Metriken zum Action Message Format (AMF) Protokollaktivität. AMF ist ein Format zur Verschlüsselung von Daten, die zwischen Adobe Flash-Clients und -Servern über HTTP-Anfragen und -Antworten übertragen werden.

AMF-Clientseite

Auf dieser Seite werden Metrikdiagramme von angezeigt AMF Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

AMF Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann AMF-Fehler aufgetreten sind und wie viele Antworten der AMF-Client erhalten hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Client zu dem Zeitpunkt war, als er die Fehler empfing.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren
Fehler Die Anzahl der Antwortfehler, die der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der AMF-Antworten, die der Client erhalten hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren
Fehler Die Anzahl der Antwortfehler, die der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange der Client gebraucht hat, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um die Anfragen zu verarbeiten; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um Antworten an das Netzwerk zu übertragen.

Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:

Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Übertragungszeit für AMF-Client-Anfragen Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket gesendeter Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
Verarbeitungszeit AMF AMF-Client-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
Übertragungszeit AMF AMF-Client-Antwort Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket der empfangenen Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Client das erforderte eine sofortige Bestätigung und als der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)
Wenn ein Client langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Bearbeitung von Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass der Client langsame Server kontaktiert. Hohe TCP-Roundtrip-Zeiten deuten darauf hin, dass der Client über langsame Netzwerke kommuniziert.
Verarbeitungszeit AMF AMF-Client-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Client das erforderte eine sofortige Bestätigung und als der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
AMF-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit AMF AMF-Client-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für den Client.
Metrisch Beschreibung
Verarbeitungszeit AMF AMF-Client-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
Verteilung von Hin- und Rückflügen
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Client das erforderte eine sofortige Bestätigung und als der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Zeit für Hin- und Rückfahrt
Dieses Diagramm zeigt die durchschnittliche Hin- und Rückflugzeit für den Client.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Client das erforderte eine sofortige Bestätigung und als der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Kein Windows-Eingang Die Anzahl der null Fenster, die an die gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Kein Windows Out Die Anzahl der null Fenster, die gesendet wurden von Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Netzwerkstände

Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.

Metrisch Definition
RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs), verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Metrische AMF-Gesamtwerte

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der AMF-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als HTTP-AMF-Client
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren
Antworten ohne Länge Die Anzahl der Antworten, die keine Länge hatten, die das Gerät empfangen hat, als es als HTTP-AMF-Client fungierte
Fehler Die Anzahl der Antwortfehler, die der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
Anfragen ohne Länge Die Anzahl der Anfragen, die keine Länge hatten, die das Gerät gesendet hat, als es als HTTP-AMF-Client agiert
Größe der Anfrage und Antwort
Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung
Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät gesendet hat, als es als HTTP-AMF-Client agiert
Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die das Gerät erhalten hat, als es als HTTP-AMF-Client agiert

AMF-Serverseite

Auf dieser Seite werden Metrikdiagramme von angezeigt AMF Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

AMF Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann AMF-Fehler aufgetreten sind und wie viele AMF-Antworten der Server gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zu dem Zeitpunkt war, als er die Fehler zurückgab.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren
Fehler Die Anzahl der Antwortfehler, die der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
Transaktionen insgesamt

Dieses Diagramm zeigt die Gesamtzahl der AMF-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als HTTP-AMF-Server
Fehler Die Anzahl der Antwortfehler, die Gerät, das gesendet wird, wenn es als HTTP-AMF-Server fungiert
Leistungsübersicht (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken . Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange Clients gebraucht haben, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server gebraucht hat, um Anfragen zu verarbeiten; und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das Netzwerk zu übertragen.

Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:

Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Übertragungszeit für AMF-Serveranfragen Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket eingegangener Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
Verarbeitungszeit AMF AMF-Servers Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Entdeckung des letzten Paket durch das ExtraHop-System von empfangene Anfrage und erstes Paket der gesendeten Antwort.
Übertragungszeit AMF AMF-Serverantwort Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket gesendeter Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Leistung (95. Perzentil)
Wenn ein Server langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Problem vom Netzwerk oder vom Server verursacht wird. Die Leistungsübersichtsmetriken zeigen das 95. Perzentil der Zeit, die der Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass der Server langsam ist. Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Metrisch Beschreibung
Verarbeitungszeit AMF AMF-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
AMF-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit AMF AMF-Servers Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Entdeckung des letzten Paket durch das ExtraHop-System von empfangene Anfrage und erstes Paket der gesendeten Antwort.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Verarbeitungszeit für den Server.
Metrisch Beschreibung
Verarbeitungszeit des Servers Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Entdeckung des letzten Paket durch das ExtraHop-System von empfangene Anfrage und erstes Paket der gesendeten Antwort.
Verteilung der Hin- und Rückreisezeit
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Zeit für Hin- und Rückfahrt
Dieses Diagramm zeigt die durchschnittliche Roundtrip-Zeit für den Server.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Kein Windows-Eingang Die Anzahl der null Fenster, die an die gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Kein Windows Out Die Anzahl der null Fenster, die gesendet wurden von Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Netzwerkstände

Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.

Metrisch Definition
RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs), verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Metrische AMF-Gesamtwerte

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt

Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.

Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der AMF-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als HTTP-AMF-Server fungiert
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als HTTP-AMF-Server
Antworten ohne Länge Die Anzahl der Antworten, die keine Länge hatten, die das Gerät gesendet hat, als es als HTTP-AMF-Server fungierte
Fehler Die Anzahl der Antwortfehler, die Gerät, das gesendet wird, wenn es als HTTP-AMF-Server fungiert
Anfragen ohne Länge Die Anzahl der Anfragen, die keine Länge hatten, die das Gerät empfangen hat, als es als HTTP-AMF-Server fungierte
Größe der Anfrage und Antwort
Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung
Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät empfangen hat, als es als HTTP-AMF-Server fungiert
Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die das Gerät gesendet hat, als es als HTTP-AMF-Server fungiert

AMF-Clientgruppenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt AMF Datenverkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

AMF Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann AMF-Fehler aufgetreten sind und wie viele Antworten die AMF-Clients erhalten haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler erhielten.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren
Fehler Die Anzahl der Antwortfehler, die der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele AMF-Antworten die Kunden erhalten haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren
Fehler Die Anzahl der Antwortfehler, die der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
AMF-Details für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (AMF-Kunden)
Dieses Diagramm zeigt, welche AMF-Clients in der Gruppe am aktivsten waren, indem es die Gesamtzahl der AMF-Anfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
AMF-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden die Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als HTTP-AMF-Client
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren
Antworten ohne Länge Die Anzahl der Antworten, die keine Länge hatten, die das Gerät empfangen hat, als es als HTTP-AMF-Client fungierte
Fehler Die Anzahl der Antwortfehler, die der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
Anfragen ohne Länge Die Anzahl der Anfragen, die keine Länge hatten, die das Gerät gesendet hat, als es als HTTP-AMF-Client agiert
Verarbeitungszeit des Servers
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden, ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die Server für die Bearbeitung von Anfragen von den Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Verarbeitungszeit AMF AMF-Client-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.

Seite AMF AMF-Servergruppe

Auf dieser Seite werden Metrikdiagramme von angezeigt AMF Datenverkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

AMF Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann AMF-Fehler aufgetreten sind und wie viele AMF-Antworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als sie die Fehler gemeldet haben.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren
Fehler Die Anzahl der Antwortfehler, die der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele AMF-Antwortserver in der Gruppe gesendet haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als HTTP-AMF-Client agieren
Fehler Die Anzahl der Antwortfehler, die der Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert
AMF-Details für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (AMF-Server)
Dieses Diagramm zeigt, welche AMF-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der AMF-Antworten, die die Gruppe vom Server gesendet hat, aufgeschlüsselt wird.
AMF-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als HTTP-AMF-Server fungiert
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als HTTP-AMF-Server
Antworten ohne Länge Die Anzahl der Antworten, die keine Länge hatten, die das Gerät gesendet hat, als es als HTTP-AMF-Server fungierte
Fehler Die Anzahl der Antwortfehler, die Gerät, das gesendet wird, wenn es als HTTP-AMF-Server fungiert
Anfragen ohne Länge Die Anzahl der Anfragen, die keine Länge hatten, die das Gerät empfangen hat, als es als HTTP-AMF-Server fungierte
Verarbeitungszeit des Servers
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die Bearbeitung von Anfragen von Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer Gruppe langsam sind.
Metrisch Beschreibung
Verarbeitungszeit AMF AMF-Servers Wenn das Gerät als HTTP-AMF fungiert client, die Zeit zwischen der Entdeckung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.

CIFS

Das ExtraHop-System sammelt Messwerte über das Common Internet File System (CIFS) /SMB-Aktivität (Server Message Block). CIFS ist ein Protokoll auf Anwendungsebene, das Client-Zugriff auf Dateien in einem Netzwerk Attached Storage (NAS) -Repository ermöglicht, typischerweise in einer Windows-Umgebung. Das ExtraHop-System unterstützt SMB, SMB2 und SMB3.

Wichtig:Die Zugriffszeit ist die Zeit, die ein CIFS-Server benötigt, um einen angeforderten Block zu empfangen. Es gibt keine Zugriffszeit für Operationen, die nicht auf tatsächliche Blockdaten innerhalb einer Datei zugreifen. Die Verarbeitungszeit ist die Zeit, die ein CIFS-Server benötigt, um auf den vom Client angeforderten Vorgang zu antworten, z. B. eine Anforderung zum Abrufen von Metadaten.

Es gibt keine Zugriffszeiten für SMB2_CREATE. SMB2_CREATE erstellt eine Datei, auf die in der Antwort durch eine SMB2_FILEID verwiesen wird. Die referenzierten Dateiblöcke werden dann vom NAS-Speichergerät gelesen oder darauf geschrieben. Diese Datei-Lese- und Schreiboperationen werden als Zugriffszeiten berechnet.

Überlegungen zur Sicherheit

  • Die SMB/CIFS-Authentifizierung kann anfällig sein für Brute-Force, bei der es sich um eine Methode zum Erraten von Anmeldedaten handelt, indem zahlreiche Authentifizierungsanfragen mit unterschiedlichen Kombinationen aus Benutzername und Passwort eingereicht werden.
  • Veraltete SMB-Dialekte wieSMB V1, haben bekannte Sicherheitslücken. Bekannte Ransomware-Malware wie Möchte weinen, nutzte SMBv1-Sicherheitslücken aus.
  • SMB/CIFS kann anfällig sein fürRansomware Malware, die Tausende von Lese- und Schreibvorgängen über SMB/CIFS durchführt, um Dateien zu verschlüsseln, die auf Dateiservern im Netzwerk gespeichert sind.
  • SMB/CIFS ist ein Fernwartung Protokoll, das ein Angreifer nutzen kann, um mit entfernten Geräten zu interagieren und sich seitlich im Netzwerk zu bewegen.

CIFS-Kundenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt CIFS Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

CIFS Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann SMB/CIFS-Fehler aufgetreten sind und wie viele Antworten der SMB/CIFS-Client erhalten hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Client zu dem Zeitpunkt war, als er die Fehler empfing.

Wenn Sie eine große Anzahl von Fehlern sehen, können Sie sich Details zu jedem Fehler anzeigen lassen, einschließlich des Fehlercodes. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Anfragen zu Antworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Hinweis:Um eine Aufschlüsselung nach dem Fehlercode durchzuführen, klicken Sie auf Fehler und wähle Fehler aus der Speisekarte.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat/ CIFS-Kunde
Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der SMB/CIFS-Antworten, die der Client erhalten hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat/ CIFS-Kunde
Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
Operationen
Dieses Diagramm zeigt, wann der SMB/CIFS-Client Lese-, Schreib- und Dateisysteminformationsanforderungsvorgänge ausgeführt hat.
Metrisch Beschreibung
Liest Die Anzahl der gesendeten Lesevorgangsanfragen von diesem SMB- /CIFS-Client
Schreibt Die Anzahl der gesendeten Schreiboperationsanforderungen von diesem SMB- /CIFS-Client
Erzeugt Die Anzahl der Erstellungsvorgangsanfragen gesendet von diesem SMB/CIFS-Client
Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Client
Operationen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele Lese- und Schreibvorgänge der SMB/CIFS-Client ausgeführt hat.
Metrisch Beschreibung
Liest Die Anzahl der gesendeten Lesevorgangsanfragen von diesem SMB- /CIFS-Client
Schreibt Die Anzahl der gesendeten Schreiboperationsanforderungen von diesem SMB- /CIFS-Client
Erzeugt Die Anzahl der Erstellungsvorgangsanfragen gesendet von diesem SMB/CIFS-Client
Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Client
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Zugriffszeit gibt an, wie lange Server gebraucht haben, um Lese- oder Schreibvorgänge zu verarbeiten, die auf Blockdaten innerhalb einer Datei zugegriffen haben. Die Zugriffszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, allein anhand der Zugriffszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metrik allein ein unvollständiges Bild liefert. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Zugriffszeiten sehen, aber die RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch sowohl die RTT- als auch die Zugriffszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Zugriffszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

RTT misst nur, wie lange es dauert, bis eine sofortige Bestätigung gesendet wird; es wartet nicht, bis alle Pakete zugestellt sind. Daher ist RTT ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Zugriffszeiten sehen, aber die TCP-RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Überprüfen Sie das Netzwerk auf Latenzprobleme, wenn sowohl die TCP-RTT- als auch die Zugriffszeiten stimmen.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Die Zugriffszeit kann hoch sein, weil der Server lange gebraucht hat, um die Antwort zu übertragen (möglicherweise, weil die Antwort sehr umfangreich war). Die Zugriffszeit kann jedoch auch hoch sein, weil die Antwort lange Zeit benötigt hat, bis die Antwort im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
SMB-/CIFS-Client-Zugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Client gesendeten Anfrage und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Roundtrip-Zeit für SMB/CIFS-Kunden Die Zeit zwischen dem Senden eines SMB- und CIFS-Clients an Paket, das eine sofortige Bestätigung erforderte und wann der Client das erhielt Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Leistung (95. Perzentil)
Wenn ein Client langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden , ob das Netzwerk oder die Server das Problem verursachen. Die Leistungsübersichtsmetriken zeigen die durchschnittliche Zeit, die Server für die Bearbeitung von Anfragen vom Client benötigten, im Vergleich zur durchschnittlichen Zeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten . Hohe Serverzugriffszeiten deuten darauf hin, dass der Client langsame Server kontaktiert. Hohe TCP-Roundtrip-Zeiten deuten darauf hin, dass der Client über langsame Netzwerke kommuniziert.
Metrisch Beschreibung
SMB-/CIFS-Client-Zugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Client gesendeten Anfrage und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Roundtrip-Zeit für SMB/CIFS-Kunden Die Zeit zwischen dem Senden eines SMB- und CIFS-Clients an Paket, das eine sofortige Bestätigung erforderte und wann der Client das erhielt Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz
CIFS-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche SMB-Methoden der Client am häufigsten aufgerufen hat, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Methode aufgeschlüsselt wird.
Versionen
Dieses Diagramm zeigt, welche SMB/CIFS-Versionen die meisten Antworten vom Client erhalten haben, indem die Gesamtzahl der Antworten, die der Client erhalten hat, aufgeschlüsselt nach Version.
Die besten Nutzer
Dieses Diagramm zeigt, welche Benutzer auf dem Client am aktivsten waren, indem die Gesamtzahl der vom Client gesendeten SMB/CIFS-Anfragen nach Benutzern aufgeschlüsselt wird.
Die häufigsten Dateien
Dieses Diagramm zeigt, auf welche Dateien der Client am häufigsten zugegriffen hat, indem die Gesamtzahl der Antworten, die der Client erhalten hat, nach Dateipfad aufgeschlüsselt wird.
CIFS-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Zugriffszeit
In diesem Diagramm werden die Zugriffszeiten in einem Histogramm dargestellt, um die häufigsten Zugriffszeiten anzuzeigen.
Metrisch Beschreibung
SMB-/CIFS-Client-Zugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Client gesendeten Anfrage und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Zeit des Zugriffs
Dieses Diagramm zeigt die durchschnittliche Zugriffszeit für den Client.
Metrisch Beschreibung
SMB-/CIFS-Client-Zugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Client gesendeten Anfrage und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Kein Windows-Eingang Die Anzahl der null Fenster, die an die gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Kein Windows Out Die Anzahl der null Fenster, die gesendet wurden von Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Netzwerkstände

Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.

Metrisch Definition
RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs), verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Metrische CIFS-Summen

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten
Dieses Diagramm zeigt Ihnen, wie viele Operationen der SMB/CIFS-Client ausgeführt hat.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die von diesem SMB/CIFS gesendet wurden Client.
Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat/ CIFS-Kunde
Anfragen nach Dateisysteminformationen Die Anzahl der Dateisystem-Metadatenabfragen gesendet von diesem SMB/CIFS-Client
Warnungen Die Anzahl der eingegangenen Antworten SMB- /CIFS-Client mit einem SMB-Statuscode, der auf eine Warnung hinweist, z. B. STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES
Erzeugt Die Anzahl der Erstellungsvorgangsanfragen gesendet von diesem SMB/CIFS-Client
Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
Liest Die Anzahl der gesendeten Lesevorgangsanfragen von diesem SMB- /CIFS-Client
Schreibt Die Anzahl der gesendeten Schreiboperationsanforderungen von diesem SMB- /CIFS-Client
Umbenennungen Die Anzahl der Anfragen für Umbenennungsvorgänge gesendet von diesem SMB//CIFS-Client
Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Client
Schleusen Die Anzahl der Sperroperationsanfragen produziert von diesem SMB/CIFS-Client
Größe der Anfrage und Antwort
Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung
Größe der CIFS-Client-Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die von diesem SMB/CIFS-Client gesendet wurden
Größe der CIFS-Client-Antwort Die Verteilung der Größen (in Byte) von Antworten, die empfangen werden, wenn das Gerät als SMB/CIFS-Client fungiert

CIFS-Serverseite

Auf dieser Seite werden Metrikdiagramme von angezeigt CIFS Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

CIFS Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann SMB/CIFS-Fehler aufgetreten sind und wie viele SMB/CIFS-Antworten der Server gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zu dem Zeitpunkt war, als er die Fehler zurückgab.

Wenn Sie eine große Anzahl von Fehlern sehen, können Sie sich Details zu jedem Fehler anzeigen lassen, einschließlich des Fehlercodes. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Anfragen zu Antworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Hinweis:Um eine Aufschlüsselung nach dem Fehlercode durchzuführen, klicken Sie auf Fehler und wähle Fehler aus der Speisekarte.
Metrisch Beschreibung
Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server.
Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
Transaktionen insgesamt

Dieses Diagramm zeigt die Gesamtzahl der CIFS-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.

Metrisch Beschreibung
Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server.
Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
Operationen
Dieses Diagramm zeigt, wann die Lese-, Schreib- und Dateisysteminformationsanforderungsvorgänge auf dem Server ausgeführt wurden.
Metrisch Beschreibung
Liest Die Anzahl der Anfragen für Lesevorgänge von diesem SMB/CIFS-Server empfangen
Schreibt Die Anzahl der Schreiboperationsanforderungen von diesem SMB/CIFS-Server empfangen
Erzeugt Die Anzahl der Erstellungsvorgangsanfragen von diesem SMB/CIFS-Server empfangen
Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Server
Operationen insgesamt
Dieses Diagramm zeigt, wie viele Lese- und Schreibvorgänge auf dem Server ausgeführt wurden.
Metrisch Beschreibung
Liest Die Anzahl der Anfragen für Lesevorgänge von diesem SMB/CIFS-Server empfangen
Schreibt Die Anzahl der Schreiboperationsanforderungen von diesem SMB/CIFS-Server empfangen
Erzeugt Die Anzahl der Erstellungsvorgangsanfragen von diesem SMB/CIFS-Server empfangen
Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Server
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Zugriffszeit gibt an, wie lange Server gebraucht haben, um Lese- oder Schreibvorgänge zu verarbeiten, die auf Blockdaten innerhalb einer Datei zugegriffen haben. Die Zugriffszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, allein anhand der Zugriffszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Metrik allein ein unvollständiges Bild liefert. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Zugriffszeiten sehen, aber die RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch sowohl die RTT- als auch die Zugriffszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Zugriffszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

RTT misst nur, wie lange es dauert, bis eine sofortige Bestätigung gesendet wird; es wartet nicht, bis alle Pakete zugestellt sind. Daher ist RTT ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Zugriffszeiten sehen, aber die TCP-RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Überprüfen Sie das Netzwerk auf Latenzprobleme, wenn sowohl die TCP-RTT- als auch die Zugriffszeiten stimmen.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Die Zugriffszeit kann hoch sein, weil der Server lange gebraucht hat, um die Antwort zu übertragen (möglicherweise, weil die Antwort sehr umfangreich war). Die Zugriffszeit kann jedoch auch hoch sein, weil die Antwort lange Zeit benötigt hat, bis die Antwort im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
SMB-/CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Server empfangenen Anfrage und erstes Paket der Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Roundtrip-Zeit für SMB-/CIFS-Server Die Zeit zwischen dem Senden eines SMB- und CIFS-Servers Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)
Wenn ein Server langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden , ob das Problem vom Netzwerk oder vom Server verursacht wird. Die Leistungsübersichtsmetriken zeigen die durchschnittliche Zeit, die der Server für die Bearbeitung von Anfragen von Clients benötigte, im Vergleich zur durchschnittlichen Zeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten . Hohe Serverzugriffszeiten deuten darauf hin, dass der Server langsam ist. Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Metrisch Beschreibung
SMB-/CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Server empfangenen Anfrage und erstes Paket der Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Roundtrip-Zeit für SMB-/CIFS-Server Die Zeit zwischen dem Senden eines SMB- und CIFS-Servers Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
CIFS-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche SMB/CIFS-Methoden auf dem Server am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Methode aufgeteilt wird.
Versionen
Dieses Diagramm zeigt, welche SMB/CIFS-Versionen die meisten vom Server gesendeten Antworten hatten, indem die Gesamtzahl der vom Server gesendeten Antworten, aufgelistet nach Version, aufgeschlüsselt wird.
Die besten Nutzer
Dieses Diagramm zeigt, welche Benutzer auf dem Server am aktivsten waren, indem es die Gesamtzahl der SMB-/CIFS-Anfragen aufschlüsselt, die vom Benutzer an den Server gesendet wurden.
Die häufigsten Dateien
Dieses Diagramm zeigt, auf welche Dateien auf dem Server am häufigsten zugegriffen wurde, indem die Gesamtzahl der vom Server gesendeten Antworten nach Dateipfad aufgeschlüsselt wird.
CIFS-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Zugriffszeit
In diesem Diagramm werden die Zugriffszeiten in einem Histogramm dargestellt, um die häufigsten Zugriffszeiten anzuzeigen.
Metrisch Beschreibung
SMB-/CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Server empfangenen Anfrage und erstes Paket der Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Zeit des Zugriffs
Dieses Diagramm zeigt die durchschnittliche Zugriffszeit für den Client.
Metrisch Beschreibung
CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Server empfangenen Anfrage und erstes Paket der Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Kein Windows-Eingang Die Anzahl der null Fenster, die an die gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Kein Windows Out Die Anzahl der null Fenster, die gesendet wurden von Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Netzwerkstände

Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.

Metrisch Definition
RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs), verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Metrische CIFS-Summen

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Dieses Diagramm zeigt, wie viele Operationen auf dem SMB/CIFS-Server ausgeführt wurden.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die von diesem SMB eingegangen sind/ CIFS-Server
Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server.
Anfragen nach Dateisysteminformationen Die Anzahl der Dateisystem-Metadatenabfragen von diesem SMB/CIFS-Server empfangen
Warnungen Die Anzahl der von diesem SMB gesendeten Antworten /CIFS-Server mit einem SMB-Statuscode, der eine Warnung anzeigt, wie STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES
Erzeugt Die Anzahl der Erstellungsvorgangsanfragen von diesem SMB/CIFS-Server empfangen
Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
Liest Die Anzahl der Anfragen für Lesevorgänge von diesem SMB/CIFS-Server empfangen
Schreibt Die Anzahl der Schreiboperationsanforderungen von diesem SMB/CIFS-Server empfangen
Umbenennungen Die Anzahl der Anfragen für Umbenennungsvorgänge von diesem SMB/CIFS-Server empfangen
Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Server
Schleusen Die Anzahl der Sperroperationsanfragen von diesem SMB/CIFS-Server empfangen
Größe der Anfrage und Antwort
Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung
Größe der SMB-/CIFS-Serveranforderung Die Verteilung der Größen (in Byte) von Anfragen, die von diesem SMB/CIFS-Server
Größe der SMB-/CIFS-Serverantwortlichkeit Die Verteilung der Größen (in Byte) von Antworten, die von diesem SMB/CIFS-Server gesendet wurden

CIFS-Kundengruppenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt CIFS Client-Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

CIFS Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann SMB/CIFS-Fehler aufgetreten sind und wie viele Antworten die SMB/CIFS-Clients erhalten haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler erhielten.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat/ CIFS-Kunde
Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele SMB/CIFS-Antworten die Kunden erhalten haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat/ CIFS-Kunde
Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
CIFS-Details für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (CIFS-Kunden)
Dieses Diagramm zeigt, welche SMB/CIFS-Clients in der Gruppe am aktivsten waren, indem die Gesamtzahl der SMB/CIFS-Anfragen, die die Gruppe vom Client gesendet hat, aufgeschlüsselt wird.
Die besten Methoden
Dieses Diagramm zeigt, welche SMB/CIFS-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der von der Gruppe gesendeten Anfragen nach Methode aufgeschlüsselt wird.
Versionen
Dieses Diagramm zeigt, welche SMB/CIFS-Versionen die meisten Antworten von Kunden in der Gruppe erhielten, indem die Gesamtzahl der Antworten, die die Gruppe erhalten hat, aufgeschlüsselt nach Version, aufgeschlüsselt wird.
Die besten Nutzer
Dieses Diagramm zeigt, welche SMB/CIFS-Benutzer in der Gruppe am aktivsten waren, indem die Gesamtzahl der SMB/CIFS-Antworten, die die Gruppe nach Benutzern erhalten hat, aufgeschlüsselt wird.
CIFS-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden die Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die von diesem SMB/CIFS gesendet wurden Client.
Antworten Die Anzahl der Antworten, die dieses SMB erhalten hat/ CIFS-Kunde
Anfragen nach Dateisysteminformationen Die Anzahl der Dateisystem-Metadatenabfragen gesendet von diesem SMB/CIFS-Client
Warnungen Die Anzahl der eingegangenen Antworten SMB- /CIFS-Client mit einem SMB-Statuscode, der auf eine Warnung hinweist, z. B. STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES
Erzeugt Die Anzahl der Erstellungsvorgangsanfragen gesendet von diesem SMB/CIFS-Client
Fehler Die Anzahl der eingegangenen Antworten SMB/CIFS-Clients, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
Liest Die Anzahl der gesendeten Lesevorgangsanfragen von diesem SMB- /CIFS-Client
Schreibt Die Anzahl der gesendeten Schreiboperationsanforderungen von diesem SMB- /CIFS-Client
Umbenennungen Die Anzahl der Anfragen für Umbenennungsvorgänge gesendet von diesem SMB//CIFS-Client
Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Client
Schleusen Die Anzahl der Sperroperationsanfragen produziert von diesem SMB/CIFS-Client
Zeit des Zugriffs
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Zugriffszeit herausfinden, ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die Server für die Bearbeitung von Anfragen von den Clients benötigten. Hohe Zugriffszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung
SMB-/CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Client gesendeten Anfrage und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken

CIFS-Servergruppenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt CIFS Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

CIFS Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann SMB/CIFS-Fehler aufgetreten sind und wie viele SMB/CIFS-Antworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als sie die Fehler gemeldet haben.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server.
Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
Transaktionen insgesamt
Dieses Diagramm zeigt, wie viele CIFS-Antwortserver in der Gruppe gesendet haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server.
Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
CIFS-Details für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (CIFS-Server)
Dieses Diagramm zeigt, welche SMB-/CIFS-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der CIFS-Antworten, die die Gruppe vom Server gesendet hat, aufgeschlüsselt wird.
Die besten Methoden
Dieses Diagramm zeigt, welche SMB/CIFS-Methoden auf Servern in der Gruppe am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die die Gruppe erhalten hat, nach Methode aufgeschlüsselt wird.
Versionen
Dieses Diagramm zeigt, bei welchen SMB/CIFS-Versionen die meisten Antworten von Servern in der Gruppe gesendet wurden, indem die Gesamtzahl der von der Gruppe gesendeten Antworten aufgeschlüsselt wird, aufgeschlüsselt nach Version.
Die besten Nutzer
Dieses Diagramm zeigt, welche SMB/CIFS-Benutzer in der Gruppe am aktivsten waren, indem es die Gesamtzahl der SMB/CIFS-Antworten aufschlüsselt, die die Gruppe nach Benutzern gesendet hat.
CIFS-Metriken in der Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die von diesem SMB eingegangen sind/ CIFS-Server
Antworten Die Anzahl der von diesem SMB/CIFS gesendeten Antworten Server.
Anfragen nach Dateisysteminformationen Die Anzahl der Dateisystem-Metadatenabfragen von diesem SMB/CIFS-Server empfangen
Warnungen Die Anzahl der von diesem SMB gesendeten Antworten /CIFS-Server mit einem SMB-Statuscode, der eine Warnung anzeigt, wie STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES
Erzeugt Die Anzahl der Erstellungsvorgangsanfragen von diesem SMB/CIFS-Server empfangen
Fehler Die Anzahl der von diesem gesendeten Antworten SMB/CIFS-Server, die einen anderen SMB-Statuscode als SUCCESS haben oder die einen Warnung. Eine hohe Anzahl von SMB/CIFS-Fehlern kann auf eine Beschädigung hinweisen Profil.
Liest Die Anzahl der Anfragen für Lesevorgänge von diesem SMB/CIFS-Server empfangen
Schreibt Die Anzahl der Schreiboperationsanforderungen von diesem SMB/CIFS-Server empfangen
Umbenennungen Die Anzahl der Anfragen für Umbenennungsvorgänge von diesem SMB/CIFS-Server empfangen
Löscht Die Anzahl der Löschvorgangsanfragen gesendet von diesem SMB/CIFS-Server
Schleusen Die Anzahl der Sperroperationsanfragen von diesem SMB/CIFS-Server empfangen
Zeit des Zugriffs
Wenn sich eine Servergruppe langsam verhält, können Sie anhand des Diagramms „Zugriffszeit" herausfinden , ob das Problem bei den Servern liegt. Das Diagramm „Zugriffszeit" zeigt die durchschnittliche Zeit, die die Server für die Bearbeitung von Anfragen von Clients benötigten. Hohe Serverzugriffszeiten deuten darauf hin, dass die Server langsam sind.
Metrisch Beschreibung
SMB-/CIFS-Serverzugriffszeit Die Zeit zwischen dem ExtraHop-System Ermitteln des letzten Paket der von diesem SMB/CIFS-Server empfangenen Anfrage und erstes Paket der Antwort. Die Zugriffszeit wird nur für den ersten LESEVORGANG gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken

Datenbank

Das ExtraHop-System sammelt Metriken über Datenbank Aktivität. Relationale Datenbanken speichern, abrufen und verwalten strukturierte Informationen über eine Datenbankmanagementsystem-Sprache (DBMS). Aktivitäten für die folgenden Datenbanksprachen werden aggregiert und unter Datenbankmetriken im ExtraHop-System angezeigt:

  • IBM DB2
  • IBM Informix
  • Microsoft SQL Server
  • MySQL
  • Orakel
  • PostgreSQL
  • Sybase ASE
  • Sybase IQ
Hinweis:Das ExtraHop-System überwacht auch MongoDB Datenbankaktivität, die anhand eines separaten Satzes von Metriken angezeigt wird, die spezifisch sind für MongoDB.

Erfahren Sie mehr, indem Sie die Quick Peek zur Datenbank Ausbildung.

In den folgenden Abschnitten werden die wichtigsten Metriken beschrieben, die Sie bei Datenbankproblemen untersuchen sollten.

Fehler

Datenbankfehler treten auf, wenn eine Datenbankanforderung vom Server nicht abgeschlossen werden kann. Fehler können auf ein geringfügiges Problem hinweisen, z. B. auf einen einzelnen Anmeldefehler, oder auf ein schwerwiegenderes Problem, z. B. einen überlasteten Datenbankserver.

Bei der Untersuchung von Datenbankfehlern können Sie zunächst die Gesamtzahl der Fehler in Ihrer Umgebung auf der Vermögenswerte > Bewerbungen > Alle Aktivitäten > Datenbank Seite. Sie können Details zu jedem Fehler anzeigen, einschließlich der von der Datenbank gemeldeten Rohfehlermeldung, indem Sie auf das Fehlersymbol klicken.

Auf dem Bewerbungen > Alle Aktivitäten > Datenbank Auf dieser Seite können Sie die Metriken nach Datenbankserver aufteilen, indem Sie den Mauszeiger über den Wert Antwortfehler bewegen und auf Von Server IP. Sie können dann nach der Anzahl der Fehler sortieren. Wenn ein Datenbankserver eine große Anzahl von Fehlern zurückgibt, können Sie auf den Servernamen und dann auf das Fehlersymbol klicken, um die Gesamtzahl der Fehler für diesen Server anzuzeigen. Wenn jedoch kein Server eine große Anzahl von Fehlern verursacht, ist das Problem möglicherweise komplexer, und Sie sollten untersuchen, welche Methoden für jede Datenbank aufgerufen wurden.

Methoden

Sie können sehen, welche Methoden für Datenbanken in Ihrer Umgebung aufgerufen wurden. Schlecht formatierte Datenbankaufrufe können zu Leistungsproblemen führen, auch wenn keine Fehler vorliegen. Um alle Methoden zu sehen, die in Ihrer Umgebung über ein bestimmtes Zeitintervall aufgerufen wurden, gehen Sie zu Vermögenswerte > Bewerbungen > Alle Aktivitäten > Datenbank Seite und Klick Methoden.

Wenn eine Methode für eine Tabelle aufgerufen wird, wird der Tabellenname hinter einem @ Symbol. Zum Beispiel CREATE @ Configuration zeigt Metriken darüber an, wie oft die CREATE-Methode für eine Tabelle mit dem Namen Configuration aufgerufen wurde. Methoden können nach der Verarbeitungszeit sortiert werden. Dies ist die Zeitspanne zwischen dem Empfang einer Anfrage durch einen Server und dem Senden einer Antwort durch den Server. Lange Verarbeitungszeiten können darauf hindeuten, dass die Datenbank schlecht optimiert ist oder dass Anweisungen schlecht formatiert sind.

Benutzerdefinierte Metriken und Datensätze (erfordert einen Recordstore)

Wenn die Verarbeitungszeit für eine Datenbankmethode kontinuierlich lang ist, sollten Sie das genauer untersuchen, indem Sie die Roh-SQL-Anweisungen sammeln, die die Methode enthalten. Sie können unformatierte SQL-Anweisungen aufzeichnen und anzeigen, indem Sie eine benutzerdefinierte Metrik erstellen oder Datensätze über einen Auslöser generieren. Mit einer benutzerdefinierten Metrik können Sie eine grafische Darstellung der Informationen anzeigen. Sie können beispielsweise ein Diagramm erstellen, in dem dargestellt wird, wie viele langsame Datenbankanfragen im Laufe der Zeit aufgetreten sind, und jede Antwort nach der SQL-Anweisung aufschlüsseln. Mithilfe von Datensätzen können Sie einzelne Datensätze zu jedem Ereignis anzeigen. Sie können beispielsweise genau sehen, wie viel Zeit der Server benötigt hat, um auf jede SQL-Anweisung zu antworten.

Der folgende Auslöser wird ausgeführt, wenn ein Datenbankantwortereignis eintritt. Wenn ein Datenbankserver mehr als 100 Millisekunden benötigt, um auf eine SELECT-Anfrage in der Konfigurationstabelle zu antworten, zeichnet der Auslöser die SQL-Anweisung der Anforderung in einer benutzerdefinierten Metrik auf. Der Auslöser zeichnet auch die Gesamtzahl der Datenbankanfragen auf, für deren Beantwortung der Server mehr als 100 Millisekunden gebraucht hat.

// Event: DB_RESPONSE
if (DB.processingTime > 100 && DB.method == "SELECT" && DB.table == "Configuration") {

  // Record a custom metric.
  Device.metricAddCount('slow_performers', 1);
  Device.metricAddDetailCount('slow_performers_by_statement', DB.statement, 1);
}

Der nächste Auslöser generiert ähnliche Informationen, jedoch in Form eines Datensatz für alle Datenbankantworten. Die Datensätze enthalten die Verarbeitungszeit, die Methode, den Tabellennamen und die SQL-Anweisung für jede Antwort. Nachdem die Datensätze gesammelt wurden, können Sie die SQL-Anweisungen für alle SELECT-Anfragen in der Konfigurationstabelle anzeigen, für deren Beantwortung der Server mehr als 100 Millisekunden gebraucht hat.

// Event: DB_RESPONSE
DB.commitRecord()

Nachdem Sie einen Auslöser erstellt haben, müssen Sie ihn den Geräten zuweisen, die Sie überwachen möchten. Wenn Sie eine benutzerdefinierte Metrik erstellen, müssen Sie eine erstellen Dashboard um die benutzerdefinierte Metrik anzuzeigen.

  • Weitere Hinweise zu Triggern finden Sie unter Auslöser.
  • Weitere Informationen zu Dashboards finden Sie unter Armaturenbretter.
  • Weitere Informationen zu Datensätzen finden Sie unter Rekorde.

Überlegungen zur Sicherheit

  • Die Datenbankauthentifizierung kann anfällig sein für Brute-Force, bei der es sich um eine Methode zum Erraten von Anmeldedaten handelt, indem zahlreiche Authentifizierungsanfragen mit unterschiedlichen Kombinationen aus Benutzername und Passwort eingereicht werden.
  • Webanwendungen, die anfällig sind für SQL-Injektion (SQLi) kann eine Datenbank senden bösartiger SQL-Code das in ein legitimes Dateneingabefeld (z. B. ein Passwortfeld) eingefügt wird.
  • Datenbankabfragen können die Aufzählung ermöglichen. Dabei handelt es sich um eine Aufklärungstechnik, die einem Angreifer hilft , Informationen zu sammeln.
  • Angriffe auf Datenbankübernahmen zielen auf Datenbankmanagementsysteme (DBMS) ab, die mit Datei- und Betriebssystemen auf einem Server interagieren. Ein Angreifer sendet bösartige Befehle ( z. B. xp_cmdshell-Abfragen für Microsoft SQL Server) in Abfragen an das DBMS.

Datenbankanwendungsseite

Auf dieser Seite werden Metrikdiagramme von angezeigt Datenbank Verkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verbunden ist.

Datenbank Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann Datenbankfehler und -antworten mit der Anwendung verknüpft waren. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum Zeitpunkt des Auftretens der Fehler war.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der Datenbankaufantworten, die mit dem verknüpft sind Anwendung.
Fehler Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten sein untersucht.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der Datenbankantworten, die mit der Anwendung verknüpft waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Datenbankaufantworten, die mit dem verknüpft sind Anwendung.
Fehler Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten sein untersucht.
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange Clients gebraucht haben, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange die Server für die Bearbeitung von Anfragen gebraucht haben; und die Antwortübertragungszeit zeigt, wie lange die Server gebraucht haben, um Antworten an das Netzwerk zu übertragen.

Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:



Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:

Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
Verarbeitungszeit des Servers Die Zeit, die zum Senden der Datenbankinstanz benötigt wurde das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb.
Zeit für Hin- und Rückfahrt Die Zeit, die der Server oder Client zum Senden einer verpacken und eine Bestätigung (ACK) erhalten. Die Hin- und Rückreisezeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Roundtrip-Zeit (RTT) weist auf ein Netzwerk hin Latenz.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)
Wenn eine Anwendung langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Bearbeitung von Anfragen von Clients benötigten, im Vergleich zum 95. Perzentil der Zeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass Clients langsame Server kontaktieren. Hohe TCP-Roundtrip-Zeiten deuten darauf hin, dass Clients über langsame Netzwerke kommunizieren.
Metrisch Beschreibung
Verarbeitungszeit des Servers Die Zeit, die zum Senden der Datenbankinstanz benötigt wurde das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb.
Zeit für Hin- und Rückfahrt Die Zeit, die der Server oder Client zum Senden einer verpacken und eine Bestätigung (ACK) erhalten. Die Hin- und Rückreisezeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Roundtrip-Zeit (RTT) weist auf ein Netzwerk hin Latenz.
Angaben zur Datenbank

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche Datenbankmethoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der Datenbankanfragen nach Methode aufgeschlüsselt wird.
Die besten Methoden (detailliert)
Dieses Diagramm zeigt, welche Datenbankmethoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der Datenbankanfragen nach Methode aufgeschlüsselt wird.
Die besten Nutzer
Dieses Diagramm zeigt, welche Benutzer in der Anwendung am aktivsten waren, indem es die Gesamtzahl der von der Anwendung gesendeten Datenbankanfragen aufschlüsselt.
Datenbank-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des Datenbankservers Die Zeit, die zum Senden der Datenbankinstanz benötigt wurde das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb.
Verarbeitungszeit des Servers
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung
Verarbeitungszeit des Datenbankservers Die Zeit, die zum Senden der Datenbankinstanz benötigt wurde das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb.
Verteilung der Hin- und Rückreisezeit
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit, die der Server oder Client zum Senden einer verpacken und eine Bestätigung (ACK) erhalten. Die Hin- und Rückreisezeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Roundtrip-Zeit (RTT) weist auf ein Netzwerk hin Latenz.
Zeit für Hin- und Rückfahrt
Diese Tabelle zeigt die durchschnittliche Hin- und Rückflugzeit für die Anwendung.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit, die der Server oder Client zum Senden einer verpacken und eine Bestätigung (ACK) erhalten. Die Hin- und Rückreisezeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Roundtrip-Zeit (RTT) weist auf ein Netzwerk hin Latenz.
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung zugeordnet waren. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Zero Windows anfordern Die Anzahl der Null-Window-Anzeigen, die gesendet wurden von Datenbankclients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl eingehender Zero-Windows weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Antwort Null Windows Die Anzahl der Null-Window-Anzeigen, die gesendet wurden von Server beim Empfangen von Datenbankanfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von ausgehenden Zero-Windows weist darauf hin, dass ein Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Gesamtzahl der Host-Stände
Dieses Diagramm zeigt die durchschnittliche Anzahl von Zero-Window-Werbeanzeigen, die von Geräten gesendet wurden.
Netzwerkstände
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition
RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Clients Datenbankanfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server Datenbankaufantworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von ausgehenden RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Gesamtzahl der Netzwerkausfälle
Dieses Diagramm zeigt die durchschnittliche Anzahl von Timeouts bei der erneuten Übertragung, die durch Überlastung beim Senden von Anfragen durch Clients und Server verursacht wurden.
Gesamtwerte der Datenbankmetriken

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt

Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um herauszufinden, ob das Problem mit dem Netzwerk oder einem Server zusammenhängt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.

Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der damit verbundenen Datenbankanfragen Anwendung.
Antworten Die Anzahl der Datenbankaufantworten, die mit dem verknüpft sind Anwendung.
Fehler Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten sein untersucht.
Datenbank-Netzwerkmetriken
Metrisch Beschreibung
Zero Windows anfordern Die Anzahl der Null-Window-Anzeigen, die gesendet wurden von Datenbankclients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.
Antwort Null Windows Die Anzahl der Null-Window-Anzeigen, die gesendet wurden von Server beim Empfangen von Datenbankanfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.
RTOs anfragen Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Clients Datenbankanfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.
Antwort-RTOs Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Server Datenbankaufantworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.
L2-Byte anfordern Die Anzahl der L2-Bytes, die mit verknüpft sind Datenbankanfragen.
Antwort L2 Byte Die Anzahl der L2-Bytes, die mit verknüpft sind Antworten der Datenbank.
Goodput Bytes anfordern Die Anzahl der Goodput-Bytes, die mit verknüpft sind Datenbankanfragen. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus.
Antwort Goodput Bytes Die Anzahl der Goodput-Bytes, die mit verknüpft sind Antworten der Datenbank. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus.
Pakete anfordern Die Anzahl der Pakete, die der Datenbank zugeordnet sind Anfragen.
Antwortpakete Die Anzahl der Pakete, die der Datenbank zugeordnet sind Antworten.

Datenbank-Client-Seite

Auf dieser Seite werden Metrikdiagramme von angezeigt Datenbank Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

Datenbank Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Antworten der Datenbankclient erhalten hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Client zum Zeitpunkt des Eingangs der Fehler war.

Wenn Sie eine große Anzahl von Fehlern sehen, können Sie Details zu jedem Fehler anzeigen, einschließlich der von der Datenbank gemeldeten Rohfehlermeldung. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Anfragen zu Antworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Hinweis:Um weitere Informationen zu Fehlern zu erhalten, klicken Sie auf Fehler Link oben auf der Seite.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang.
Fehler Die Anzahl der Fehlermeldungen, die waren von Datenbankclients empfangen.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der Datenbankantworten, die der Client erhalten hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang.
Fehler Die Anzahl der Fehlermeldungen, die waren von Datenbankclients empfangen.
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange der Client gebraucht hat, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um die Anfragen zu verarbeiten; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um Antworten an das Netzwerk zu übertragen.

Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:

Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
Übertragungszeit der Datenbank-Client-Anfrage Wenn das Gerät als Datenbank fungiert client, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket gesendeter Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient Client hat Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfragen.
Übertragungszeit der Datenbank-Client-Antwort Wenn das Gerät als Datenbank fungiert client, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket der empfangenen Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbank Client einer Paket, für das eine sofortige Bestätigung erforderlich war und wann der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)
Wenn ein Client langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Bearbeitung von Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass der Client langsame Server kontaktiert. Hohe TCP-Roundtrip-Zeiten deuten darauf hin, dass der Client über langsame Netzwerke kommuniziert.
Metrisch Beschreibung
Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient Client hat Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfragen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbank Client einer Paket, für das eine sofortige Bestätigung erforderlich war und wann der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Angaben zur Datenbank

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche Methoden der Client am häufigsten aufgerufen hat, indem die Gesamtzahl der Datenbankanfragen, die der Client nach Methode gesendet hat, aufgeschlüsselt wird.
Die wichtigsten Statuscodes
Dieses Diagramm zeigt, welche Statuscodes der Kunde am häufigsten erhalten hat, indem die Anzahl der an den Client zurückgegebenen Antworten nach Statuscode aufgeschlüsselt wird.
Die besten Nutzer
Dieses Diagramm zeigt, welche Benutzer auf dem Client am aktivsten waren, indem es die Gesamtzahl der vom Client gesendeten Datenbankanfragen nach Benutzern aufschlüsselt.
Datenbank-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient Client hat Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfragen.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für den Client.
Metrisch Beschreibung
Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient Client hat Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfragen.
Verteilung der Hin- und Rückreisezeit
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbank Client einer Paket, für das eine sofortige Bestätigung erforderlich war und wann der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Zeit für Hin- und Rückfahrt
Dieses Diagramm zeigt die durchschnittliche Hin- und Rückflugzeit für den Client.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbank Client einer Paket, für das eine sofortige Bestätigung erforderlich war und wann der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Kein Windows-Eingang Die Anzahl der null Fenster, die an die gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Kein Windows Out Die Anzahl der null Fenster, die gesendet wurden von Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Netzwerkstände

Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.

Metrisch Definition
RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs), verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Gesamtwerte der Datenbankmetriken

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem beim Netzwerk oder beim Server liegt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die von dieser Datenbank gesendet wurden Client. Anfragen decken eine Reihe von Vorgängen ab: Verbindungsverhandlungen, Sitzung Konfiguration, Datendefinitionssprache (DDL), Datenänderungssprache (DML) oder Daten werden gelesen (auswählen).
Antworten Die Anzahl der Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang.
Fehler Die Anzahl der Fehlermeldungen, die waren von Datenbankclients empfangen.
Abgebrochene Anfragen Die Anzahl der Anfragen, die diese Datenbank Der Client begann zu senden, bevor die Verbindung abrupt geschlossen wurde. Dieser Client konnte nicht um die komplette Anfrage zu senden, weil die Verbindung abgelaufen ist oder die Verbindung geschlossen mit einem TCP-Reset (RST) oder FIN
Abgebrochene Antworten Die Anzahl der Antworten, die diese Datenbank enthält Der Client begann zu empfangen, bevor die Verbindung abrupt geschlossen wurde. Dieser Client war kann die vollständige Antwort nicht empfangen, da das Verbindungszeitlimit überschritten wurde oder Die Verbindung wurde mit einem TCP-Reset (RST) oder FIN geschlossen
Größe der Anfrage und Antwort
Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung
Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät gesendet hat, als es als Datenbankclient agiert.
Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die das Gerät erhalten hat, als es als Datenbankclient agiert hat.

Datenbankserverseite

Auf dieser Seite werden Metrikdiagramme von angezeigt Datenbank Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

Datenbank Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Datenbankantworten der Server gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zu dem Zeitpunkt war, als er die Fehler zurückgab.

Wenn Sie eine große Anzahl von Fehlern sehen, können Sie sich Details zu jedem Fehler anzeigen lassen, einschließlich der von der Datenbank gemeldeten Rohfehlermeldung. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Anfragen zu Antworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Hinweis:Um weitere Informationen zu Fehlern zu erhalten, klicken Sie auf Fehler Link oben auf der Seite.
Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angefordertem Vorgang. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz
Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der Datenbankantworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.
Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angefordertem Vorgang. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz
Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern.
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken . Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange Clients gebraucht haben, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server gebraucht hat, um Anfragen zu verarbeiten; und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das Netzwerk zu übertragen.

Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:

Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Transferzeit anfragen Wenn das Gerät als Datenbank fungiert Server, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket eingegangener Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort, nachdem du das letzte Paket der abfragen.
Übertragungszeit der Antwort Wenn das Gerät als Datenbank fungiert Server, die Zeit zwischen der Entdeckung des ersten und des letzten Paket durch das ExtraHop-System Paket gesendeter Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbankserver Senden einer Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)
Wenn ein Server langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Problem vom Netzwerk oder vom Server verursacht wird. Die Leistungsübersichtsmetriken zeigen das 95. Perzentil der Zeit, die der Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass der Server langsam ist. Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort, nachdem du das letzte Paket der abfragen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbankserver Senden einer Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Angaben zur Datenbank

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche Datenbankmethoden auf dem Server am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Methode aufgeteilt wird.
Die wichtigsten Statuscodes
Dieses Diagramm zeigt, welche Datenbankstatuscodes der Server am häufigsten zurückgegeben hat, indem die Gesamtzahl der vom Server gesendeten Antworten nach Statuscode aufgeschlüsselt wird.
Die besten Nutzer
Dieses Diagramm zeigt, welche Benutzer auf dem Server am aktivsten waren, indem die Gesamtzahl der vom Benutzer an den Server gesendeten Datenbankanforderungen aufgeschlüsselt wird.
Datenbank-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort, nachdem du das letzte Paket der abfragen.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Verarbeitungszeit für den Server.
Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort, nachdem du das letzte Paket der abfragen.
Verteilung der Hin- und Rückreisezeit
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbankserver Senden einer Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Zeit für Hin- und Rückfahrt
Dieses Diagramm zeigt die durchschnittliche Roundtrip-Zeit für den Server.
Zeit für Hin- und Rückfahrt Die Zeit zwischen Datenbankserver Senden einer Paket, das eine sofortige Bestätigung erforderte und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Kein Windows-Eingang Die Anzahl der null Fenster, die an die gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Kein Windows Out Die Anzahl der null Fenster, die gesendet wurden von Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Netzwerkstände

Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.

Metrisch Definition
RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs), verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Gesamtwerte der Datenbankmetriken

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem beim Netzwerk oder beim Server liegt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Anfragen Die Anzahl der Anfragen, die von allen Datenbank empfangen wurden Instanzen auf diesem Server. Anfragen decken eine Reihe von Vorgängen ab: Verbindung Verhandlungen, Sitzungskonfiguration, Datendefinitionssprache (DDL), Daten Sprache ändern (DML) oder Daten lesen (auswählen)
Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angefordertem Vorgang. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz
Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern.
Abgebrochene Anfragen Die Anzahl der Anfragen dieses Datenbankserver begann zu empfangen, bevor die Verbindung abrupt geschlossen wurde. Dieser Server konnte nicht erhalte die komplette Anfrage, weil das Verbindungs-Timeout abgelaufen ist oder die Verbindung geschlossen mit einem TCP-Reset (RST) oder FIN
Abgebrochene Antworten Die Anzahl der Antworten auf diesem Datenbankserver begann zu senden, bevor die Verbindung abrupt geschlossen wurde. Dieser Server konnte nicht senden die vollständige Antwort, weil das Zeitlimit für die Verbindung abgelaufen ist oder die Verbindung geschlossen wurde mit einem TCP-Reset (RST) oder FIN
Größe der Anfrage und Antwort
Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät empfangen hat, als es als Datenbankserver fungierte.
Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die das Gerät gesendet hat, als es als Datenbankserver fungierte.

Seite Datenbank-Client-Gruppe

Auf dieser Seite werden Metrikdiagramme von angezeigt Datenbank Client-Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

Datenbank Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Datenbankantworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als sie die Fehler gemeldet haben.

Wenn Sie eine große Anzahl von Fehlern sehen, können Sie die spezifischen Statuscodes, die in den Anfragen zurückgegeben wurden, aufschlüsseln und herausfinden, warum Server die Anfragen nicht bearbeiten konnten. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Datenbankanfragen zu Datenbankantworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Hinweis:Um weitere Informationen zu Fehlern zu erhalten, klicken Sie auf Fehler Link oben auf der Seite.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang.
Fehler Die Anzahl der Fehlermeldungen, die waren von Datenbankclients empfangen.
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele Datenbankantworten die Kunden erhalten haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang.
Fehler Die Anzahl der Fehlermeldungen, die waren von Datenbankclients empfangen.
Datenbankdetails für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (Datenbankclients)
Dieses Diagramm zeigt, welche Datenbankclients in der Gruppe am aktivsten waren, indem es die Gesamtzahl der Datenbankanfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
Die besten Methoden
Dieses Diagramm zeigt, welche Datenbankmethoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die die Gruppe gesendet hat, nach Methode aufgeteilt wird.
Die wichtigsten Statuscodes
Dieses Diagramm zeigt, welche Datenbank-Statuscodes die Gruppe am häufigsten erhalten hat, indem die Anzahl der an die Gruppe zurückgegebenen Antworten nach Statuscode aufgeschlüsselt wird.
Datenbankmetriken für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden die Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die von dieser Datenbank gesendet wurden Client. Anfragen decken eine Reihe von Vorgängen ab: Verbindungsverhandlungen, Sitzung Konfiguration, Datendefinitionssprache (DDL), Datenänderungssprache (DML) oder Daten werden gelesen (auswählen).
Antworten Die Anzahl der Antworten, die von dieser Datenbank empfangen wurden Client. Die Antworten variieren je nach angefordertem Vorgang.
Fehler Die Anzahl der Fehlermeldungen, die waren von Datenbankclients empfangen.
Abgebrochene Anfragen Die Anzahl der Anfragen, die diese Datenbank Der Client begann zu senden, bevor die Verbindung abrupt geschlossen wurde. Dieser Client konnte nicht um die komplette Anfrage zu senden, weil die Verbindung abgelaufen ist oder die Verbindung geschlossen mit einem TCP-Reset (RST) oder FIN
Abgebrochene Antworten Die Anzahl der Antworten, die diese Datenbank enthält Der Client begann zu empfangen, bevor die Verbindung abrupt geschlossen wurde. Dieser Client war kann die vollständige Antwort nicht empfangen, da das Verbindungszeitlimit überschritten wurde oder Die Verbindung wurde mit einem TCP-Reset (RST) oder FIN geschlossen
Verarbeitungszeit des Servers
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden, ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die Server für die Bearbeitung von Anfragen von den Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung
Verarbeitungszeit des Datenbank-Client-Servers Die Zeit, die dieser Datenbankclient Client hat Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfragen.

Seite Datenbankserver-Gruppe

Auf dieser Seite werden Metrikdiagramme von angezeigt Datenbank Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

Datenbank Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Datenbankantworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als sie die Fehler gemeldet haben.

Wenn Sie eine große Anzahl von Fehlern sehen, können Sie einen Drilldown durchführen, um den spezifischen Statuscode zu finden, der in der Anfrage zurückgegeben wurde, und zu erfahren, warum die Server die Anfragen nicht bearbeiten konnten. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Datenbankanfragen zu Datenbankantworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Hinweis:Um weitere Informationen zu Fehlern zu erhalten, klicken Sie auf Fehler Link oben auf der Seite.
Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angefordertem Vorgang. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz
Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern.
Transaktionen insgesamt
Dieses Diagramm zeigt, wie viele Datenbankantwortserver in der Gruppe gesendet haben und wie viele dieser Antworten Fehler enthielten.
Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angefordertem Vorgang. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz
Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern.
Datenbankdetails für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (Datenbankserver)
Dieses Diagramm zeigt, welche Datenbankserver in der Gruppe am aktivsten waren, indem es die Gesamtzahl der Datenbankantworten aufschlüsselt, die die Gruppe vom Server gesendet hat.
Die besten Methoden
Dieses Diagramm zeigt, welche Datenbankmethoden auf Servern in der Gruppe am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die die Gruppe erhalten hat, nach Methode aufgeteilt wird.
Wichtigster Statuscode
Dieses Diagramm zeigt, welche Datenbank-Statuscodes die Gruppen am häufigsten zurückgegeben haben, indem die Gesamtzahl der von der Gruppe gesendeten Antworten nach Statuscode aufgeschlüsselt wird.
Datenbankmetriken für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Anfragen Die Anzahl der Anfragen, die von allen Datenbank empfangen wurden Instanzen auf diesem Server. Anfragen decken eine Reihe von Vorgängen ab: Verbindung Verhandlungen, Sitzungskonfiguration, Datendefinitionssprache (DDL), Daten Sprache ändern (DML) oder Daten lesen (auswählen)
Antworten Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angefordertem Vorgang. Zum Beispiel eine Antwort kann Verbindungs- und Sitzungskonfigurationen, Erfolgs- oder Fehlerbenachrichtigungen enthalten, oder ein tabellarischer Datensatz
Fehler Die Anzahl der gesendeten Fehlermeldungen von Datenbankservern.
Abgebrochene Anfragen Die Anzahl der Anfragen dieses Datenbankserver begann zu empfangen, bevor die Verbindung abrupt geschlossen wurde. Dieser Server konnte nicht erhalte die komplette Anfrage, weil das Verbindungs-Timeout abgelaufen ist oder die Verbindung geschlossen mit einem TCP-Reset (RST) oder FIN
Abgebrochene Antworten Die Anzahl der Antworten auf diesem Datenbankserver begann zu senden, bevor die Verbindung abrupt geschlossen wurde. Dieser Server konnte nicht senden die vollständige Antwort, weil das Zeitlimit für die Verbindung abgelaufen ist oder die Verbindung geschlossen wurde mit einem TCP-Reset (RST) oder FIN
Verarbeitungszeit des Servers
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die Bearbeitung von Anfragen von Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer Gruppe langsam sind.
Verarbeitungszeit des Servers Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort, nachdem du das letzte Paket der abfragen.

DHCP

Das ExtraHop-System sammelt Metriken über Dynamisches Host-Konfigurationsprotokoll (DHCP) Aktivität. DHCP ist ein Protokoll zur dynamischen Verteilung von Netzwerkkonfigurationsparametern.

DHCP-Anwendungsseite

Auf dieser Seite werden Metrikdiagramme von angezeigt DHCP Datenverkehr, der einem Anwendungscontainer in Ihrem Netzwerk zugeordnet ist.

DHCP Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann DHCP-Fehler und -Antworten mit der Anwendung verknüpft waren. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum Zeitpunkt des Auftretens der Fehler war.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der DHCP-Antworten.
Fehler Die Anzahl der DHCP-Antworten Fehler.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der DHCP-Antworten, die mit der Anwendung verknüpft waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der DHCP-Antworten.
Fehler Die Anzahl der DHCP-Antworten Fehler.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die Verarbeitungszeiten von DHCP-Servern, aufgeteilt nach Perzentilen. Die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt wird.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
Zusammenfassung der Serververarbeitungszeit
Zeigt das 95. Perzentil für die Serververarbeitungszeit an.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.

Das Diagramm mit der Zusammenfassung der Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um den höchsten Wert für einen bestimmten Zeitraum anzuzeigen und gleichzeitig Ausreißer zu filtern. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Die folgende Tabelle zeigt, wie die Anzeige des 95. Werts anstelle des wahren Maximums zu einer genaueren Ansicht der Daten führen kann:

DHCP-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die häufigsten Arten von Anforderungsnachrichten
Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Anwendung am häufigsten gesendet hat, indem die Gesamtzahl der von der Anwendung gesendeten Anfragen nach Nachrichtentyp aufgeschlüsselt wird.
Die häufigsten Arten von Antwortnachrichten
Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Anwendung am häufigsten erhalten hat, indem die Gesamtzahl der Antworten, die die Anwendung erhalten hat, nach Nachrichtentyp aufgeschlüsselt wird.
DHCP-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von DHCP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Verarbeitungszeit des Servers
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von DHCP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Gesamtwerte der DHCP-Metriken

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt

Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.

Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der DHCP-Anfragen.
Antworten Die Anzahl der DHCP-Antworten.
Fehler Die Anzahl der DHCP-Antworten Fehler.
DHCP-Netzwerkmetriken
Metrisch Beschreibung
L2-Byte anfordern Die Anzahl der L2-Bytes, die mit verknüpft sind DHCP-Anfragen
Antwort L2 Byte Die Anzahl der L2-Bytes, die mit verknüpft sind DHCP-Antworten
Pakete anfordern Die Anzahl der Pakete, die mit DHCP verknüpft sind Anfragen.
Antwortpakete Die Anzahl der Pakete, die mit DHCP verknüpft sind Antworten.

DHCP-Client-Seite

Auf dieser Seite werden Metrikdiagramme von angezeigt DHCP Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

DHCP-Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann DHCP-Fehler aufgetreten sind und wie viele Antworten der DHCP-Client erhalten hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Client zum Zeitpunkt des Eingangs der Fehler war.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren
Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der Antworten, die mit einer Fehleroption empfangen wurden.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der DHCP-Antworten, die der Client erhalten hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren
Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der Antworten, die mit einer Fehleroption empfangen wurden.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die Verarbeitungszeiten von DHCP-Servern, aufgeteilt nach Perzentilen. Die Serververarbeitungszeit gibt an, wie lange Server gebraucht haben, um Anfragen vom Client zu verarbeiten. Die Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt wird.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Client-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
Verarbeitungszeit des Servers
Zeigt das 95. Perzentil für die Serververarbeitungszeit an.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.

Das Diagramm mit der Zusammenfassung der Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um den höchsten Wert für einen bestimmten Zeitraum anzuzeigen und gleichzeitig Ausreißer zu filtern. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Die folgende Tabelle zeigt, wie die Anzeige des 95. Werts anstelle des wahren Maximums zu einer genaueren Ansicht der Daten führen kann:

DHCP-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die häufigsten Arten von Anforderungsnachrichten
Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Client am häufigsten gesendet hat, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Nachrichtentyp aufgeschlüsselt wird.
Die häufigsten Arten von Antwortnachrichten
Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Client am häufigsten erhalten hat, indem die Gesamtzahl der Antworten, die der Client erhalten hat, nach Nachrichtentyp aufgeschlüsselt wird.
DHCP-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Client-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Serververarbeitungszeit.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Client-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
Gesamtwerte der DHCP-Metriken

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der DHCP-Anfragen und -Antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der von diesem DHCP gesendeten Anfragen Client.
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren
Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der Antworten, die mit einer Fehleroption empfangen wurden.

DHCP-Serverseite

Auf dieser Seite werden Metrikdiagramme von angezeigt DHCP Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

DHCP-Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann DHCP-Fehler aufgetreten sind und wie viele DHCP-Antworten der Server gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zu dem Zeitpunkt war, als er die Fehler zurückgab.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server
Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der Antworten, die mit einer Fehleroption gesendet wurden.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der DHCP-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server
Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der Antworten, die mit einer Fehleroption gesendet wurden.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die Verarbeitungszeiten von DHCP-Servern, aufgeteilt nach Perzentilen. Die Serververarbeitungszeit gibt an, wie lange der Server gebraucht hat, um Anfragen von Clients zu verarbeiten. Die Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt wird.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
Verarbeitungszeit des Servers
Zeigt das 95. Perzentil für die Serververarbeitungszeit an.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.

Das Diagramm mit der Zusammenfassung der Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um den höchsten Wert für einen bestimmten Zeitraum anzuzeigen und gleichzeitig Ausreißer zu filtern. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Die folgende Tabelle zeigt, wie die Anzeige des 95. Werts anstelle des tatsächlichen Maximums zu einer genaueren Ansicht der Daten führen kann:

DHCP-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die häufigsten Arten von Anforderungsnachrichten
Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten erhalten hat, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Nachrichtentyp aufgeschlüsselt wird.
Die häufigsten Arten von Antwortnachrichten
Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten gesendet hat, indem die Gesamtzahl der vom Server gesendeten Antworten nach Nachrichtentyp aufgeschlüsselt wird.
DHCP-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Serververarbeitungszeit.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
Gesamtwerte der DHCP-Metriken

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt

Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam.

Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der DHCP-Anfragen und -Antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn Sie als DHCP-Server agieren
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server
Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der Antworten, die mit einer Fehleroption gesendet wurden.

DHCP-Clientgruppenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt DHCP Client-Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

DHCP Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wann DHCP-Fehler aufgetreten sind und wie viele Antworten die DHCP-Clients erhalten haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler erhielten.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren
Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der Antworten, die mit einer Fehleroption empfangen wurden.
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele DHCP-Antworten die Clients erhalten haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren
Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der Antworten, die mit einer Fehleroption empfangen wurden.
DHCP-Details für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top Gruppenmitglieder (DHCP-Clients)
Dieses Diagramm zeigt, welche DHCP-Clients in der Gruppe am aktivsten waren, indem es die Gesamtzahl der DHCP-Anfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
Die häufigsten Arten von Anforderungsnachrichten
Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Gruppe am häufigsten gesendet hat, indem die Gesamtzahl der von der Gruppe gesendeten Anfragen nach Nachrichtentyp aufgeschlüsselt wird.
Die häufigsten Arten von Antwortnachrichten
Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Gruppe am häufigsten erhalten hat, indem die Gesamtzahl der Antworten, die die Gruppe erhalten hat, nach Nachrichtentyp aufgeschlüsselt wird.
DHCP-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden die Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der von diesem DHCP gesendeten Anfragen Client.
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als DHCP-Client agieren
Fehler Wenn das Gerät als DHCP-Client fungiert, die Anzahl der Antworten, die mit einer Fehleroption empfangen wurden.
Verarbeitungszeit des Servers
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden, ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die Server für die Bearbeitung von Anfragen von den Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Client-Servers Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.

DHCP-Servergruppenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt DHCP Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

DHCP Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann DHCP-Fehler aufgetreten sind und wie viele DHCP-Antworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als sie die Fehler gemeldet haben.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server
Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der Antworten, die mit einer Fehleroption gesendet wurden.
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele DHCP-Antworten die Clients erhalten haben und wie viele dieser Antworten Fehler enthielten.
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server
Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der Antworten, die mit einer Fehleroption gesendet wurden.
DHCP-Details für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top Gruppenmitglieder (DHCP-Server)
Dieses Diagramm zeigt, welche DHCP-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der DHCP-Antworten, die die Gruppe vom Server gesendet hat, aufgeschlüsselt wird.
Die häufigsten Arten von Anforderungsnachrichten
Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten erhalten hat, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Nachrichtentyp aufgeschlüsselt wird.
Die häufigsten Arten von Antwortnachrichten
Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten gesendet hat, indem die Gesamtzahl der Antwortserver in der Gruppe nach Nachrichtentyp aufgeschlüsselt wird.
DHCP-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn Sie als DHCP-Server agieren
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als DHCP-Server
Fehler Wenn das Gerät als DHCP-Server fungiert, die Anzahl der Antworten, die mit einer Fehleroption gesendet wurden.
Verarbeitungszeit des Servers
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die Bearbeitung von Anfragen von Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer Gruppe langsam sind.
Metrisch Beschreibung
Verarbeitungszeit des DHCP-Servers Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.

DICOM

Das ExtraHop-System sammelt Kennzahlen zur digitalen Bildgebung und Kommunikation in der Medizin (DICOM) Aktivität. DICOM ist ein Standardprotokoll zum Speichern biomedizinischer Bilder und zur Übertragung dieser Bilder über ein Netzwerk.

Hinweis:Das ExtraHop-System enthält keine integrierten Metrikseiten für DICOM. Sie können jedoch DICOM-Metriken anzeigen, indem Sie sie zu einer benutzerdefinierten Seite hinzufügen oder Dashboard.

DNS

Das ExtraHop-System sammelt Metriken über das Domain Name System (DNS) Protokollaktivität. DNS ist das Benennungssystem für Netzwerkhosts und Ressourcen, die mit dem Internet verbunden sind. DNS-Server ordnen IP-Adressen Hostnamen zu.

Erfahren Sie mehr, indem Sie an der DNS Quick Peek-Schulung teilnehmen.

Überlegungen zur Sicherheit

  • DNS ist laut und es ist schwierig, es zu überwachen traditionelle Methoden.
  • DNS-Übertragungen werden normalerweise über das User Datagram Protokoll (UDP) gesendet, das leicht gefälscht werden kann und anfällig für Angriffe ist.
  • DNS-Schwächen können ausgenutzt werden um APT-Gruppen (Advanced Persistent Threat) dabei zu helfen, der Erkennung zu entgehen.
  • DNS ist anfällig für DNS-Tunneling, Verstärkungsangriffe, Denial-of-Service-Angriffe (DoS), Hijacking, Cache-Poisoning, Umleitungsangriffe und mehr.
  • DNS-Reverse-Lookup-Anfragen können die Aufzählung ermöglichen. Dabei handelt es sich um eine Aufklärungstechnik, mit der ein Angreifer interne Hostnamen ermitteln kann.

DNS-Anwendungsseite

Auf dieser Seite werden Metrikdiagramme von angezeigt DNS Verkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verbunden ist.

DNS Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann DNS-Fehler und -Antworten mit der Anwendung verknüpft waren. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum Zeitpunkt des Auftretens der Fehler war.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der damit verbundenen DNS-Antworten Anwendung.
Fehler Die Anzahl der DNS-Antworten mit Fehlern, die sind mit dieser Anwendung verknüpft.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der DNS-Antworten, die mit der Anwendung verknüpft waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der damit verbundenen DNS-Antworten Anwendung.
Fehler Die Anzahl der DNS-Antworten mit Fehlern, die sind mit dieser Anwendung verknüpft.
Anfragen und Timeouts
Dieses Diagramm zeigt Ihnen, wann DNS-Anfragen und Anforderungs-Timeouts aufgetreten sind.
Metrisch Beschreibung
Anfragen Die Anzahl der damit verbundenen DNS-Anfragen Anwendung.
Timeouts anfordern Die Anzahl der Timeouts, die aufgetreten sind aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wurde. DNS-Timeouts können verursachen Verlangsamungen und Störungen
Gesamtzahl der Anfragen und Timeouts
Dieses Diagramm zeigt Ihnen die Gesamtzahl der DNS-Anfragen und Anforderungs-Timeouts.
Metrisch Beschreibung
Anfragen Die Anzahl der damit verbundenen DNS-Anfragen Anwendung.
Timeouts anfordern Die Anzahl der Timeouts, die aufgetreten sind aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wurde. DNS-Timeouts können verursachen Verlangsamungen und Störungen
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die Verarbeitungszeiten von DNS-Servern, aufgeteilt nach Perzentilen. Die Serververarbeitungszeit gibt an, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt wird.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen.

Das Diagramm mit der Zusammenfassung der Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um den höchsten Wert für einen bestimmten Zeitraum anzuzeigen und gleichzeitig Ausreißer zu filtern. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Die folgende Tabelle zeigt, wie die Anzeige des 95. Werts anstelle des wahren Maximums zu einer genaueren Ansicht der Daten führen kann:

Zusammenfassung der Serververarbeitungszeit
Zeigt das 95. Perzentil für die Serververarbeitungszeit an.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen.
DNS-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Opcodes
Dieses Diagramm zeigt, welche DNS-Opcodes die Anwendung am häufigsten erhalten hat, indem die Anzahl der an die Anwendung zurückgegebenen Antworten nach Opcode aufgeschlüsselt wird.
Häufigste Host-Anfragen
Dieses Diagramm zeigt, welche Host-Abfragen die Anwendung am häufigsten gestellt hat, indem es die Gesamtzahl der Anfragen aufschlüsselt, die die Anwendung per Host-Abfrage gesendet hat.
Die häufigsten Antwortcodes
Dieses Diagramm zeigt, welche Antwortcodes die Anwendung am häufigsten erhalten hat, indem die Anzahl der an die Anwendung zurückgegebenen Antworten nach Antwortcode aufgeteilt wird.
DNS-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Servers Die Zeit, die DNS-Server brauchten, um das zu senden erstes Paket einer Antwort nach dem Empfang des letzten Paket einer Anfrage.
Verarbeitungszeit des Servers
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Servers Die Zeit, die DNS-Server brauchten, um das zu senden erstes Paket einer Antwort nach dem Empfang des letzten Paket einer Anfrage.
Gesamtwerte der DNS-Metriken

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten

Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.

Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der damit verbundenen DNS-Anfragen Anwendung.
Antworten Die Anzahl der damit verbundenen DNS-Antworten Anwendung.
Fehler Die Anzahl der DNS-Antworten mit Fehlern, die sind mit dieser Anwendung verknüpft.
Timeouts anfordern Die Anzahl der Timeouts, die aufgetreten sind aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wurde. DNS-Timeouts können verursachen Verlangsamungen und Störungen
Verkürzte Anfragen Die Anzahl der DNS-Anfragen, die gesendet wurden, aber wurden während des Transports gekürzt. Eine verkürzte Anfrage wird durch das verkürzte Bit in angezeigt die Nachricht und tritt auf, wenn die Nachricht größer ist als die zugrunde liegende Übertragung Kanal erlaubt.
Verkürzte Antworten Die Anzahl der DNS-Antworten, die gesendet wurden, aber wurden während des Transports gekürzt. Eine verkürzte Anfrage wird durch das verkürzte Bit in angezeigt die Nachricht und tritt auf, wenn die Nachricht größer ist als die zugrunde liegende Übertragung Kanal erlaubt.
DNS-Netzwerkmetriken
Metrisch Beschreibung
L2-Byte anfordern Die Anzahl der L2-Bytes, die mit DNS verknüpft sind Anfragen.
Antwort L2 Byte Die Anzahl der L2-Bytes, die mit DNS verknüpft sind Antworten.
Pakete anfordern Die Anzahl der mit DNS verknüpften Pakete Anfragen.
Antwortpakete Die Anzahl der mit DNS verknüpften Pakete Antworten.

DNS-Client-Seite

Auf dieser Seite werden Metrikdiagramme von angezeigt DNS Client-Verkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

DNS-Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann DNS-Fehler aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele DNS-Antworten der Client erhalten hat, sodass Sie sehen können, wie aktiv der Client zum Zeitpunkt des Eingangs der Fehler war.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Antworten Die Anzahl der Antworten, die von diesem DNS empfangen wurden Client.
Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der DNS-Antworten, die der Client erhalten hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die von diesem DNS empfangen wurden Client.
Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage.
Anfragen und Timeouts
Dieses Diagramm zeigt Ihnen, wann Zeitüberschreitungen bei Anfragen aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele DNS-Anfragen der Client gesendet hat, sodass Sie sehen können, wie aktiv der Client zum Zeitpunkt der Timeouts war.
Anfragen Die Anzahl der Anfragen, die von diesem DNS gesendet wurden Client.
Timeouts anfordern Die Anzahl der Timeouts, die aufgrund von Fälligkeit aufgetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanfrage, die von diesem Client an DNS-Server gesendet wurde. DNS Zeitüberschreitungen bei Anfragen können zu Verlangsamungen und Störungen führen
Gesamtzahl der Anfragen und Timeouts
Dieses Diagramm zeigt Ihnen die Gesamtzahl der Anfragen und Anforderungs-Timeouts.
Anfragen Die Anzahl der Anfragen, die von diesem DNS gesendet wurden Client.
Timeouts anfordern Die Anzahl der Timeouts, die aufgrund von Fälligkeit aufgetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanfrage, die von diesem Client an DNS-Server gesendet wurde. DNS Zeitüberschreitungen bei Anfragen können zu Verlangsamungen und Störungen führen
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die Verarbeitungszeiten von DNS-Servern, aufgeteilt nach Perzentilen. Die Serververarbeitungszeit gibt an, wie lange Server gebraucht haben, um Anfragen vom Client zu verarbeiten. Die Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt wird. Dieses Diagramm wird nicht angezeigt, wenn sich das Gerät in Flow Analysis befindet.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Clientservers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen.

Das Diagramm Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um den höchsten Wert für einen Zeitraum anzuzeigen und gleichzeitig Ausreißer zu filtern. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Die folgende Tabelle zeigt, wie die Anzeige des 95. Werts anstelle des wahren Maximums zu einer genaueren Ansicht der Daten führen kann:

Zusammenfassung der Serververarbeitungszeit
Zeigt das 95. Perzentil für die Serververarbeitungszeit an. Dieses Diagramm wird nicht angezeigt, wenn sich das Gerät in Flow Analysis befindet.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Clientservers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen.
DNS-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die wichtigsten Datensatztypen
Dieses Diagramm zeigt, welche Datensatztypen der Client am häufigsten angefordert hat, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Datensatztyp aufgeschlüsselt wird.
Häufigste Host-Anfragen
Dieses Diagramm zeigt, welche Host-Abfragen der Client am häufigsten gestellt hat, indem es die Gesamtzahl der Anfragen aufschlüsselt, die der Client per Host-Abfrage gesendet hat.
Die häufigsten Antwortcodes
Dieses Diagramm zeigt, welche Antwortcodes der Kunde am häufigsten erhalten hat, indem die Anzahl der an den Client zurückgegebenen Antworten nach Antwortcode aufgeteilt wird.
DNS-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar, sofern sich das Gerät nicht im Flow Analysis befindet:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Clientservers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Serververarbeitungszeit.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Clientservers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen.
Gesamtwerte der DNS-Metriken

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der DNS-Anfragen und -Antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die von diesem DNS gesendet wurden Client.
Antworten Die Anzahl der Anfragen, die von diesem DNS gesendet wurden Client.
Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage.
Timeouts anfordern Die Anzahl der Timeouts, die aufgrund von Fälligkeit aufgetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanfrage, die von diesem Client an DNS-Server gesendet wurde. DNS Zeitüberschreitungen bei Anfragen können zu Verlangsamungen und Störungen führen
Verkürzte Anfragen Die Anzahl der gesendeten Anfragen, aber wurden während der Übertragung gekürzt, wenn das Gerät als DNS-Client fungiert. Eine verkürzte Die Anfrage wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht ist größer als es der zugrundeliegende Übertragungskanal zulässt.
Verkürzte Antworten Wenn das Gerät als DNS-Client fungiert, die Anzahl der eingegangenen Antworten, die während der Übertragung gekürzt wurden. EIN Eine verkürzte Antwort wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht ist größer, als es der zugrunde liegende Übertragungskanal zulässt.

DNS-Serverseite

Auf dieser Seite werden Metrikdiagramme von angezeigt DNS Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

DNS-Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann DNS-Fehler aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele DNS-Antworten der Server gesendet hat, sodass Sie sehen können, wie aktiv der Server zu dem Zeitpunkt war, als er die Fehler zurückgab.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server.
Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der DNS-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server.
Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage.
Anfragen und Timeouts
Dieses Diagramm zeigt Ihnen, wann Zeitüberschreitungen bei Anfragen aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele DNS-Anfragen der Server gesendet hat, sodass Sie sehen können, wie aktiv der Server zum Zeitpunkt der Timeouts war.
Anfragen Die Anzahl der Anfragen, die von diesem DNS empfangen wurden Server.
Timeouts anfordern Die Anzahl der Timeouts, die mit verknüpft sind dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Timeouts bei DNS-Anfragen können zu Verlangsamungen führen und Störungen.
Gesamtzahl der Anfragen und Timeouts
Dieses Diagramm zeigt Ihnen die Gesamtzahl der Anfragen und Anforderungs-Timeouts.
Anfragen Die Anzahl der Anfragen, die von diesem DNS empfangen wurden Server.
Timeouts anfordern Die Anzahl der Timeouts, die mit verknüpft sind dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Timeouts bei DNS-Anfragen können zu Verlangsamungen führen und Störungen.
Verarbeitungszeiten des Servers
Dieses Diagramm zeigt die Verarbeitungszeiten von DNS-Servern, aufgeteilt nach Perzentilen. Die Serververarbeitungszeit gibt an, wie lange der Server gebraucht hat, um Anfragen von Clients zu verarbeiten. Die Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das letzte Paket einer Anfrage und das erste Paket einer Antwort vom ExtraHop-System erkannt wird. Dieses Diagramm wird nicht angezeigt, wenn sich das Gerät im Modus Flow Analysis befindet.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigt hat das erste Antwortpaket nach dem Empfang einer Abfrageanforderung. Eine lange Bearbeitungszeit kann auf Latenz hinweisen.
Zusammenfassung der Serververarbeitungszeit
Zeigt das 95. Perzentil für die Serververarbeitungszeit an. Dieses Diagramm wird nicht angezeigt, wenn sich das Gerät in Flow Analysis befindet.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigt hat das erste Antwortpaket nach dem Empfang einer Abfrageanforderung. Eine lange Bearbeitungszeit kann auf Latenz hinweisen.
DNS-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die wichtigsten Datensatztypen
Dieses Diagramm zeigt, welche Datensatztypen auf dem Server am häufigsten angefordert wurden, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Datensatztyp aufgeschlüsselt wird.
Häufigste Host-Anfragen
Dieses Diagramm zeigt, welche Hostanfragen am häufigsten auf dem Server gestellt wurden, indem die Gesamtzahl der Anfragen, die der Server per Hostabfrage erhalten hat, aufgeschlüsselt wird.
Die häufigsten Antwortcodes
Dieses Diagramm zeigt, welche Antwortcodes der Server am häufigsten gesendet hat, indem die Anzahl der vom Server gesendeten Antworten nach Antwortcode aufgeteilt wird.
DNS-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar, sofern sich das Gerät nicht im Modus Flow Analysis befindet:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigt hat das erste Antwortpaket nach dem Empfang einer Abfrageanforderung. Eine lange Bearbeitungszeit kann auf Latenz hinweisen.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Serververarbeitungszeit.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigt hat das erste Antwortpaket nach dem Empfang einer Abfrageanforderung. Eine lange Bearbeitungszeit kann auf Latenz hinweisen.
Metrische Summen

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, empfängt der Server möglicherweise mehr Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der DNS-Anfragen und -Antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die von diesem DNS empfangen wurden Server.
Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server.
Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage.
Timeouts anfordern Die Anzahl der Timeouts, die mit verknüpft sind dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Timeouts bei DNS-Anfragen können zu Verlangsamungen führen und Störungen.
Verkürzte Anfragen Die Anzahl der eingegangenen Anfragen, wurden aber während der Übertragung gekürzt, wenn das Gerät als DNS-Server fungiert. EIN Eine verkürzte Anfrage wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht ist größer, als es der zugrunde liegende Übertragungskanal zulässt.
Verkürzte Antworten Die Anzahl der gesendeten Antworten, aber später gekürzt, wenn das Gerät als DNS-Server fungiert. Eine verkürzte Antwort ist wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht größer ist als es der zugrundeliegende Übertragungskanal zulässt.

Seite „DNS-Client-Gruppe"

Auf dieser Seite werden Metrikdiagramme von angezeigt DNS Client-Verkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.

DNS Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann DNS-Fehler aufgetreten sind und wie viele Antworten die DNS-Clients erhalten haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler erhielten.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die von diesem DNS empfangen wurden Client.
Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage.
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele DNS-Antworten die Clients erhalten haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die von diesem DNS empfangen wurden Client.
Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage.
DNS-Details für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (DNS-Clients)
Dieses Diagramm zeigt, welche DNS-Clients in der Gruppe am aktivsten waren, indem es die Gesamtzahl der DNS-Anfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
Die wichtigsten Datensatztypen
Dieses Diagramm zeigt, welche Datensatztypen die Gruppe am häufigsten angefordert hat, indem die Gesamtzahl der von der Gruppe gesendeten Anfragen nach Datensatztyp aufgeschlüsselt wird.
Die häufigsten Antwortcodes
Dieses Diagramm zeigt, welche Antwortcodes die Gruppe am häufigsten erhalten hat, indem die Anzahl der an die Gruppe zurückgegebenen Antworten nach Antwortcode aufgeschlüsselt wird.
DNS-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar, sofern sich nicht alle Geräte in der Gruppe in Flow Analysis befinden:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden die Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die von diesem DNS gesendet wurden Client.
Antworten Die Anzahl der Antworten, die von diesem DNS empfangen wurden Client.
Fehler Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage.
Verarbeitungszeit des Servers
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden, ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die Server für die Bearbeitung von Anfragen von den Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Clientservers Die Zeit, die dieser DNS-Client Client hat Empfangen Sie das erste Antwortpaket nach dem Senden einer Abfrageanforderung. Ein langwieriger Die Verarbeitungszeit kann auf eine Latenz hinweisen.

DNS-Servergruppenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt DNS Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

DNS Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wann DNS-Fehler aufgetreten sind und wie viele DNS-Antworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als sie die Fehler gemeldet haben.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server.
Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage.
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele DNS-Antwortserver in der Gruppe gesendet haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server.
Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage.
DNS-Details für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (DNS-Server)
Dieses Diagramm zeigt, welche DNS-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der DNS-Antworten, die die Gruppe vom Server gesendet hat, aufgeschlüsselt wird.
Die wichtigsten Datensatztypen
Dieses Diagramm zeigt, welche Datensatztypen auf Servern in der Gruppe am häufigsten angefordert wurden, indem die Gesamtzahl der Anfragen, die die Gruppe erhalten hat, nach Datensatztyp aufgeschlüsselt wird.
Die häufigsten Antwortcodes
Dieses Diagramm zeigt, welche Antwortcodes die Gruppe am häufigsten gesendet hat, indem die Anzahl der Antworten, die die Gruppe gesendet hat, nach Antwortcode aufgeteilt wird.
DNS-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar, sofern sich nicht alle Geräte in der Gruppe in Flow Analysis befinden:

Gesamtzahl der Anfragen und Antworten
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die von diesem DNS empfangen wurden Server.
Antworten Die Anzahl der von diesem DNS gesendeten Antworten Server.
Fehler Die Häufigkeit, mit der dieser DNS-Server gesendet hat Fehlercodes als Antwort auf eine Anfrage.
Timeouts anfordern Die Anzahl der Timeouts, die mit verknüpft sind dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Timeouts bei DNS-Anfragen können zu Verlangsamungen führen und Störungen.
Verkürzte Anfragen Die Anzahl der eingegangenen Anfragen, wurden aber während der Übertragung gekürzt, wenn das Gerät als DNS-Server fungiert. EIN Eine verkürzte Anfrage wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht ist größer, als es der zugrunde liegende Übertragungskanal zulässt.
Verkürzte Antworten Die Anzahl der gesendeten Antworten, aber später gekürzt, wenn das Gerät als DNS-Server fungiert. Eine verkürzte Antwort ist wird durch das verkürzte Bit in der Nachricht angezeigt und tritt auf, wenn die Nachricht größer ist als es der zugrundeliegende Übertragungskanal zulässt.
Verarbeitungszeit des Servers
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die Bearbeitung von Anfragen von Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer Gruppe langsam sind.
Metrisch Beschreibung
Verarbeitungszeit des DNS-Servers Die Zeit, die dieser DNS-Server zum Senden benötigt hat das erste Antwortpaket nach dem Empfang einer Abfrageanforderung. Eine lange Bearbeitungszeit kann auf Latenz hinweisen.

FIX

Das ExtraHop-System sammelt Kennzahlen zum Finanzinformationsaustausch (FIX) Protokollaktivität. FIX bietet Informationen über den Austausch von Finanztransaktionen in Echtzeit.

FIX-Anwendungsseite

Auf dieser Seite werden Metrikdiagramme von angezeigt FIX Datenverkehr im Zusammenhang mit Anwendungscontainern in Ihrem Netzwerk.

FIX Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann FIX-Fehler und -Antworten mit der Anwendung verknüpft waren. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum Zeitpunkt des Auftretens der Fehler war.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der FIX-Antworten.
Fehler Die Anzahl der FIX-Antworten Fehler.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der FIX-Antworten, die mit der Anwendung verknüpft waren, und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der FIX-Antworten.
Fehler Die Anzahl der FIX-Antworten Fehler.
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange Clients gebraucht haben, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange die Server für die Bearbeitung von Anfragen gebraucht haben; und die Antwortübertragungszeit zeigt, wie lange die Server gebraucht haben, um Antworten an das Netzwerk zu übertragen.

Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:



Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:

Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
Transferzeit anfragen Die Zeit zwischen der Erkennung durch das ExtraHop-System das erste Paket und das letzte Paket von FIX-Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Übertragungszeit der Antwort Die Zeit zwischen der Erkennung durch das ExtraHop-System das erste Paket und das letzte Paket von FIX-Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)
Wenn eine Anwendung langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Bearbeitung von Anfragen von Clients benötigten, im Vergleich zum 95. Perzentil der Zeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass Clients langsame Server kontaktieren. Hohe TCP-Roundtrip-Zeiten deuten darauf hin, dass Clients über langsame Netzwerke kommunizieren.
Metrisch Beschreibung
Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.
FIX-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche FIX-Methoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der FIX-Anfragen nach Methoden aufgeschlüsselt wird.
Die besten Absender
Dieses Diagramm zeigt die wichtigsten FIX-Absender für die Anwendung, aufgeschlüsselt nach der Gesamtzahl der FIX-Anfragen nach Absendern.
Die wichtigsten Ziele
Dieses Diagramm zeigt die wichtigsten FIX-Ziele für die Anwendung, indem die Gesamtzahl der FIX-Anfragen nach Zielen aufgeschlüsselt ist.
FIX-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
FIX Serververarbeitungszeit Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Verarbeitungszeit des Servers
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung
FIX Serververarbeitungszeit Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Verteilung der Hin- und Rückreisezeit
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.
Zeit für Hin- und Rückfahrt
Diese Tabelle zeigt die durchschnittliche Hin- und Rückflugzeit für die Anwendung.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung zugeordnet waren. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Zero Windows anfordern Die Anzahl der gesendeten Null-Window-Anzeigen von FIX-Kunden. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl eingehender Zero-Windows weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen von Servern beim Empfang von FIX-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von ausgehenden Zero-Windows weist darauf hin, dass ein Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Gesamtzahl der Host-Stände
Dieses Diagramm zeigt die durchschnittliche Anzahl von Zero-Window-Werbeanzeigen, die von Geräten gesendet wurden.
Netzwerkstände
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition
RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Clients FIX-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Server FIX-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von ausgehenden RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Gesamtzahl der Netzwerkausfälle
Dieses Diagramm zeigt die durchschnittliche Anzahl von Timeouts bei der erneuten Übertragung, die durch Überlastung beim Senden von Anfragen durch Clients und Server verursacht wurden.
Metrisch Definition
RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Clients FIX-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Server FIX-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von ausgehenden RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

FIX Metrische Summen

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt

Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um herauszufinden, ob das Problem mit dem Netzwerk oder einem Server zusammenhängt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.

Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der FIX-Anfragen.
Antworten Die Anzahl der FIX-Antworten.
Fehler Die Anzahl der FIX-Antworten Fehler.
FIX-Netzwerkmetriken
Metrisch Beschreibung
Zero Windows anfordern Die Anzahl der gesendeten Null-Window-Anzeigen von FIX-Kunden. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.
Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen von Servern beim Empfang von FIX-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.
RTOs Ein Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Clients FIX-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.
RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Server FIX-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.
L2-Byte anfordern Die Anzahl der L2-Bytes, die mit FIX verknüpft sind Anfragen.
Antwort L2 Byte Die Anzahl der L2-Bytes, die mit FIX verknüpft sind Antworten.
Goodput Bytes anfordern Die Anzahl der Goodput-Bytes, die mit verknüpft sind FIX-Anfragen. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus.
Antwort Goodput Bytes Die Anzahl der Goodput-Bytes, die mit verknüpft sind Antworten FIX. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus.
Pakete anfordern Die Anzahl der Pakete, die mit FIX verknüpft sind Anfragen.
Antwortpakete Die Anzahl der Pakete, die mit FIX verknüpft sind Antworten.

FIX-Kundenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt FIX Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

FIX Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Diese Tabelle zeigt Ihnen, wann FIX-Fehler aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele FIX-Antworten der Kunde erhalten hat, sodass Sie sehen können, wie aktiv der Client zum Zeitpunkt des Eingangs der Fehler war.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren.
Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der erhaltenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern.
Transaktionen insgesamt

Dieses Diagramm zeigt die Gesamtzahl der FIX-Antworten, die der Client erhalten hat, und wie viele dieser Antworten Fehler enthielten.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren.
Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der erhaltenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern.
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange der Client gebraucht hat, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um die Anfragen zu verarbeiten; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um Antworten an das Netzwerk zu übertragen.

Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:

Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
FIX Übertragungszeit der Kundenanfrage Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des ersten Pakets und des letzten Pakets durch das ExtraHop-System von gesendete Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
FIX Verarbeitungszeit des Client-Servers Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
FIX Übertragungszeit der Kundenantwort Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des ersten Pakets und des letzten Pakets durch das ExtraHop-System von erhaltene Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Client das erforderte eine sofortige Bestätigung und als der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)
Wenn ein Client langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Bearbeitung von Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass der Client langsame Server kontaktiert. Hohe TCP-Roundtrip-Zeiten deuten darauf hin, dass der Client über langsame Netzwerke kommuniziert.
Metrisch Beschreibung
FIX Verarbeitungszeit des Client-Servers Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Client das erforderte eine sofortige Bestätigung und als der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
FIX-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche FIX-Methoden der Client am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die der Client nach Methode gesendet hat, aufgeschlüsselt wird.
Die besten Versionen
Dieses Diagramm zeigt, über welche Versionen des FIX-Protokolls der Client am meisten kommuniziert hat, indem es die Gesamtzahl der Anfragen aufschlüsselt, die der Client von der FIX-Version gesendet hat.
Die wichtigsten Ziele
Dieses Diagramm zeigt die wichtigsten FIX-Ziele für den Client, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Ziel aufgeschlüsselt wird.
FIX-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
FIX Verarbeitungszeit des Client-Servers Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für den Client.
Metrisch Beschreibung
FIX Verarbeitungszeit des Client-Servers Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
Verteilung der Hin- und Rückreisezeit
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Client das erforderte eine sofortige Bestätigung und als der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Zeit für Hin- und Rückfahrt
Dieses Diagramm zeigt die durchschnittliche Hin- und Rückflugzeit für den Client.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Client das erforderte eine sofortige Bestätigung und als der Client die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Kein Windows-Eingang Die Anzahl der null Fenster, die an die gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Kein Windows Out Die Anzahl der null Fenster, die gesendet wurden von Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Netzwerkstände

Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.

Metrisch Definition
RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs), verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

FIX Metrische Summen

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, sendet der Client möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem beim Netzwerk oder beim Server liegt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als FIX-Kunde.
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren.
Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der erhaltenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern.
Abgebrochene Anfragen Die Anzahl der Anfragen, die dieser FIX-Client begann zu senden, sendete aber nicht vollständig.
Abgebrochene Antworten Die Anzahl der Antworten, die dieser FIX-Client Das Gerät begann zu empfangen, empfing aber nicht vollständig.
POS-Duplikat Die Anzahl möglicher doppelter Nachrichten, die das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Wenn ein FIX-Motor nicht sicher ist, ob ein Nachricht wurde erfolgreich an ihrem vorgesehenen Ziel oder bei der Beantwortung von Bei einer erneuten Sendeanforderung wird eine mögliche doppelte (PossDup) -Nachricht generiert
POS erneut senden Die Anzahl der möglichen Nachrichten, die erneut gesendet werden das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung über einen übermäßigen Zeitraum von unbestätigt bleibt Zeit.
Größe der Anfrage und Antwort
Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung
Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät gesendet hat, als es als FIX-Client fungiert.
Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die empfangen werden, wenn das Gerät als FIX-Client fungiert.

FIX-Serverseite

Auf dieser Seite werden Metrikdiagramme von angezeigt FIX Serververkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.

FIX-Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Diese Tabelle zeigt Ihnen, wann FIX-Fehler aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele FIX-Antworten der Server gesendet hat, sodass Sie sehen können, wie aktiv der Server zu dem Zeitpunkt war, als er die Fehler zurückgab.

Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Anfragen zu Antworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server.
Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler.
Transaktionen insgesamt

Dieses Diagramm zeigt die Gesamtzahl der FIX-Antworten, die der Server gesendet hat, und wie viele dieser Antworten Fehler enthielten.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server.
Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler.
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken . Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange Clients gebraucht haben, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server gebraucht hat, um Anfragen zu verarbeiten; und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das Netzwerk zu übertragen.

Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:

Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
FIX Übertragungszeit der Serveranfrage Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des ersten Pakets und des letzten Pakets durch das ExtraHop-System von eingegangene Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
FIX Verarbeitungszeit des Serverservers Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
FIX Übertragungszeit der Serverantwort Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des ersten Pakets und des letzten Pakets durch das ExtraHop-System von gesendete Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)
Wenn ein Server langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Problem vom Netzwerk oder vom Server verursacht wird. Die Leistungsübersichtsmetriken zeigen das 95. Perzentil der Zeit, die der Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass der Server langsam ist. Hohe RTTs weisen darauf hin, dass der Server über langsame Netzwerke kommuniziert.
Metrisch Beschreibung
FIX Verarbeitungszeit des Serverservers Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
FIX-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche FIX-Methoden auf dem Server am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Methode aufgeteilt wird.
Die besten Versionen
Dieses Diagramm zeigt, über welche Versionen des FIX-Protokolls der Server am meisten kommuniziert hat, indem es die Gesamtzahl der Anfragen aufschlüsselt, die der Server von der FIX-Version erhalten hat.
Die wichtigsten Ziele
Dieses Diagramm zeigt die wichtigsten FIX-Ziele für den Server, indem die Gesamtzahl der Anfragen, die der Server erhalten hat, nach Ziel aufgeteilt wird.
FIX-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
FIX Verarbeitungszeit des Serverservers Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
Verarbeitungszeit des Servers
Dieses Diagramm zeigt die durchschnittliche Verarbeitungszeit für den Server.
Metrisch Beschreibung
FIX Verarbeitungszeit des Serverservers Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
Verteilung von Hin- und Rückflügen
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Zeit für Hin- und Rückfahrt
Dieses Diagramm zeigt die durchschnittliche Roundtrip-Zeit für den Server.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und wann der Server die Bestätigung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass entweder ein Problem mit dem Server oder dem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät beworben oder empfangen wurden. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Kein Windows-Eingang Die Anzahl der null Fenster, die an die gesendet wurden Gerät, um den Datenfluss über die Verbindung zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Kein Windows Out Die Anzahl der null Fenster, die gesendet wurden von Gerät, um den Datenfluss zu stoppen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von Nullfenstern deutet darauf hin, dass der Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Netzwerkstände

Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.

Metrisch Definition
RTOs Ein Die Anzahl der Retransmission-Timeouts (RTOs), verursacht durch Netzwerküberlastung, da Peers Daten an das aktuelle Gerät sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der verursachten Retransmission-Timeouts (RTOs) durch Netzwerküberlastung, als das Gerät Daten an seine Peers sendete. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von RTOs sehen, hat das Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

FIX Metrische Summen

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als der Server verarbeiten kann, oder das Netzwerk ist möglicherweise zu langsam. Um festzustellen , ob das Problem beim Netzwerk oder beim Server liegt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten exakt gleich sein wird, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn Sie als FIX-Server agieren.
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server.
Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler.
Abgebrochene Anfragen Die Anzahl der Anfragen, die dieser FIX-Server begann zu empfangen, erhielt aber nicht vollständig.
Abgebrochene Antworten Die Anzahl der Antworten, die dieser FIX-Server begann zu senden, sendete aber nicht vollständig.
POS-Duplikat Die Anzahl möglicher doppelter gesendeter Nachrichten wenn das Gerät als FIX-Server fungiert. Wenn eine FIX-Engine nicht sicher ist, ob eine Meldung wurde erfolgreich am vorgesehenen Ziel oder als Antwort auf ein erneutes Senden empfangen Bei einer Anfrage wird eine mögliche doppelte (PossDup) -Nachricht generiert
POS erneut senden Die Anzahl der möglichen gesendeten Nachrichten zum erneuten Senden wenn das Gerät als FIX-Server fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung über einen übermäßigen Zeitraum von unbestätigt bleibt Zeit.
Durchschnittliche Anfrage- und Antwortgröße
Dieses Diagramm zeigt die durchschnittliche Größe der Anfragen und Antworten.
Metrisch Beschreibung
Größe der Anfrage Die Verteilung der Größen (in Byte) von Anfragen, die das Gerät empfangen hat, als es als FIX-Server fungierte.
Größe der Antwort Die Verteilung der Größen (in Byte) von Antworten, die empfangen werden, wenn das Gerät als FIX-Server fungiert.

FIX-Kundengruppenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt FIX Serververkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.

FIX Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann FIX-Fehler aufgetreten sind und wie viele Antworten die FIX-Clients erhalten haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Kunden zu dem Zeitpunkt waren, als sie die Fehler erhielten.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren.
Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der erhaltenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern.
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele FIX-Antworten die Kunden erhalten haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren.
Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der erhaltenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern.
FIX-Details für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (FIX-Kunden)
Dieses Diagramm zeigt, welche FIX-Clients in der Gruppe am aktivsten waren, indem es die Gesamtzahl der FIX-Anfragen aufschlüsselt, die die Gruppe vom Client gesendet hat.
Die besten Methoden
Dieses Diagramm zeigt, welche FIX-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die die Gruppe gesendet hat, nach Methode aufgeteilt wird.
Die besten Versionen
Dieses Diagramm zeigt die wichtigsten FIX-Ziele für die Gruppe, indem die Gesamtzahl der Anfragen, die die Gruppe gesendet hat, nach Ziel aufgeteilt wird.
FIX-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden die Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als FIX-Kunde.
Antworten Die Anzahl der Antworten, die das Gerät erhalten hat wenn Sie als FIX-Client agieren.
Fehler Wenn das Gerät als FIX-Client fungiert, die Anzahl der erhaltenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern.
Abgebrochene Anfragen Die Anzahl der Anfragen, die dieser FIX-Client begann zu senden, sendete aber nicht vollständig.
Abgebrochene Antworten Die Anzahl der Antworten, die dieser FIX-Client Das Gerät begann zu empfangen, empfing aber nicht vollständig.
POS-Duplikat Die Anzahl möglicher doppelter Nachrichten, die das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Wenn ein FIX-Motor nicht sicher ist, ob ein Nachricht wurde erfolgreich an ihrem vorgesehenen Ziel oder bei der Beantwortung von Bei einer erneuten Sendeanforderung wird eine mögliche doppelte (PossDup) -Nachricht generiert
POS erneut senden Die Anzahl der möglichen Nachrichten, die erneut gesendet werden das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung über einen übermäßigen Zeitraum von unbestätigt bleibt Zeit.
Verarbeitungszeit des Servers
Wenn sich eine Client-Gruppe langsam verhält, können Sie anhand der Serververarbeitungszeit herausfinden, ob das Problem bei den Servern liegt. Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die Server für die Bearbeitung von Anfragen von den Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.
Metrisch Beschreibung
FIX Verarbeitungszeit des Client-Servers Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Entdeckung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.

FIX-Servergruppenseite

Auf dieser Seite werden Metrikdiagramme von angezeigt FIX Serververkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

FIX Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann FIX-Fehler aufgetreten sind und wie viele FIX-Antworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zu dem Zeitpunkt waren, als sie die Fehler gemeldet haben.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie weiter unten im Abschnitt Metriken für Gruppen.

Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server.
Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler.
Transaktionen insgesamt
Dieses Diagramm zeigt Ihnen, wie viele FIX-Antwortserver in der Gruppe gesendet haben und wie viele dieser Antworten Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server.
Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler.
FIX-Details für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (FIX-Server)
Dieses Diagramm zeigt, welche FIX-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der FIX-Antworten, die die Gruppe vom Server gesendet hat, aufgeschlüsselt wird.
Die besten Methoden
Dieses Diagramm zeigt, welche FIX-Methoden auf Servern in der Gruppe am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die die Gruppe erhalten hat, nach Methode aufgeteilt wird.
Die besten Versionen
Dieses Diagramm zeigt die wichtigsten FIX-Ziele für die Gruppe, indem die Gesamtzahl der Anfragen, die die Gruppe erhalten hat, nach Zielen aufgeteilt wird.
Metriken für Gruppe korrigieren

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt
Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als die Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam.
Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der Anfragen, die das Gerät erhalten hat wenn Sie als FIX-Server agieren.
Antworten Die Anzahl der Antworten, die das Gerät gesendet hat, als fungiert als FIX-Server.
Fehler Wenn das Gerät als FIX-Server fungiert, die Anzahl der gesendeten Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehler.
Abgebrochene Anfragen Die Anzahl der Anfragen, die dieser FIX-Server begann zu empfangen, erhielt aber nicht vollständig.
Abgebrochene Antworten Die Anzahl der Antworten, die dieser FIX-Server begann zu senden, sendete aber nicht vollständig.
POS-Duplikat Die Anzahl möglicher doppelter gesendeter Nachrichten wenn das Gerät als FIX-Server fungiert. Wenn eine FIX-Engine nicht sicher ist, ob eine Meldung wurde erfolgreich am vorgesehenen Ziel oder als Antwort auf ein erneutes Senden empfangen Bei einer Anfrage wird eine mögliche doppelte (PossDup) -Nachricht generiert
POS erneut senden Die Anzahl der möglichen gesendeten Nachrichten zum erneuten Senden wenn das Gerät als FIX-Server fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung über einen übermäßigen Zeitraum von unbestätigt bleibt Zeit.
Verarbeitungszeit des Servers
Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die Bearbeitung von Anfragen von Clients benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer Gruppe langsam sind.
Metrisch Beschreibung
FIX Verarbeitungszeit des Serverservers Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten Pakets des empfangenen Pakets durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.

FTP

Das ExtraHop-System sammelt Metriken über das FTP (FTP) Aktivität. FTP) ist ein Standard-Netzwerkprotokoll für die Übertragung von Dateien zwischen einem Client und einem Server.

Erfahren Sie mehr, indem Sie an der FTP Quick Peek-Schulung teilnehmen.

Überlegungen zur Sicherheit

  • Die FTP-Authentifizierung kann anfällig sein für Brute-Force, bei der es sich um eine Methode zum Erraten von Anmeldedaten handelt, indem zahlreiche Authentifizierungsanfragen mit unterschiedlichen Kombinationen aus Benutzername und Passwort eingereicht werden.
  • Durch die anonyme FTP-Authentifizierung können vertrauliche Daten unbefugten Benutzern zugänglich gemacht werden.

FTP-Anwendungsseite

Auf dieser Seite werden Metrikdiagramme von angezeigt FTP Verkehr, der mit einem Anwendungscontainer in Ihrem Netzwerk verbunden ist.

FTP Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen
Dieses Diagramm zeigt Ihnen, wann FTP-Fehler, -Warnungen und -Antworten mit der Anwendung verknüpft waren. Anhand dieser Informationen können Sie feststellen, wie aktiv die Anwendung zum Zeitpunkt des Auftretens der Fehler und Warnungen war.

In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie unter Anfragen und Antworten.

Metrisch Beschreibung
Warnungen Die Anzahl der Antworten mit einem FTP-Status Code von 4xx
Antworten Die Anzahl der FTP-Antworten.
Fehler Die Anzahl der FTP-Antworten Fehler.
Transaktionen insgesamt
Dieses Diagramm zeigt die Gesamtzahl der FTP-Antworten, die mit der Anwendung verknüpft waren, und wie viele dieser Antworten Warnungen und Fehler enthielten.
Metrisch Beschreibung
Antworten Die Anzahl der FTP-Antworten.
Fehler Die Anzahl der FTP-Antworten Fehler.
Leistung (95. Perzentil)
Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Metriken für Transfer und Bearbeitungszeit zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit gibt an, wie lange Clients gebraucht haben, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange die Server für die Bearbeitung von Anfragen gebraucht haben; und die Antwortübertragungszeit zeigt, wie lange die Server gebraucht haben, um Antworten an das Netzwerk zu übertragen.

Die Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt gemessen wird, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System erkannt werden, wie in der folgenden Abbildung dargestellt:



Es kann schwierig sein, anhand der Übertragungs- und Verarbeitungszeiten zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da diese Kennzahlen allein ein unvollständiges Bild liefern. Daher ist die Metrik Round Trip Time (RTT) auch in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten feststellen, die RTT jedoch niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn die RTT-, Verarbeitungs- und Übertragungszeiten jedoch alle hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise im Netzwerk.

Die RTT-Metrik kann dabei helfen, die Quelle des Problems zu identifizieren, da sie nur misst, wie lange es dauert, bis eine sofortige Bestätigung vom Client oder Server gesendet wird. Sie wartet nicht, bis alle Pakete zugestellt wurden.

Das ExtraHop-System berechnet den RTT-Wert, indem es die Zeit zwischen dem ersten Paket einer Anfrage und der Bestätigung durch den Server misst, wie in der folgenden Abbildung dargestellt:

Die Übertragungszeit der Anfrage kann hoch sein, weil der Client lange gebraucht hat, um die Anfrage zu übertragen (möglicherweise, weil die Anfrage sehr umfangreich war). Die Übertragungszeit kann jedoch auch hoch sein, weil die Übertragung der Anfrage im Netzwerk lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit auf der ExtraHop-Forum .

Metrisch Beschreibung
Transferzeit anfragen Die Zeit zwischen der Erkennung durch das ExtraHop-System das erste Paket und das letzte Paket von FTP-Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Übertragungszeit der Antwort Die Zeit zwischen der Erkennung durch das ExtraHop-System das erste Paket und das letzte Paket von FTP-Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.

Das Leistungsdiagramm (95. Perzentil) zeigt den höchsten Wert für einen Zeitraum, während Ausreißer gefiltert werden. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Durch die Anzeige des 95. Werts und nicht des wahren Maximums bietet Ihnen das Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)
Wenn eine Anwendung langsam reagiert, können Sie anhand von Leistungsübersichtsmetriken herausfinden, ob das Netzwerk oder die Server das Problem verursachen. Diese Metriken zeigen das 95. Perzentil der Zeit, die Server für die Bearbeitung von Anfragen von Clients benötigten, im Vergleich zum 95. Perzentil der Zeit, die Pakete aus diesen Anfragen (und ihren jeweiligen Antworten) für die Übertragung über das Netzwerk benötigten. Hohe Serververarbeitungszeiten deuten darauf hin, dass Clients langsame Server kontaktieren. Hohe TCP-Roundtrip-Zeiten deuten darauf hin, dass Clients über langsame Netzwerke kommunizieren.
Metrisch Beschreibung
Verarbeitungszeit des Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.
FTP-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden
Dieses Diagramm zeigt, welche FTP-Methoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der FTP-Anfragen nach Methoden aufgeschlüsselt wird.
Die wichtigsten Statuscodes
Dieses Diagramm zeigt, welche FTP-Statuscodes der Server am häufigsten zurückgegeben hat, indem die Gesamtzahl der Antworten, die die Anwendung gesendet hat, nach Statuscode aufgeteilt wird.
Die besten Nutzer
Dieses Diagramm zeigt, welche Benutzer in der Anwendung am aktivsten waren, indem es die Gesamtzahl der von der Anwendung gesendeten FTP-Anfragen aufschlüsselt.
FTP-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit
In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm dargestellt, um die häufigsten Verarbeitungszeiten darzustellen.
Metrisch Beschreibung
Verarbeitungszeit des FTP-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Verarbeitungszeit des Servers
Diese Tabelle zeigt die durchschnittliche Bearbeitungszeit für den Anwendung.
Metrisch Beschreibung
Verarbeitungszeit des FTP-Servers Die Zeit zwischen der Erkennung durch das ExtraHop-System das letzte Paket von FTP-Anfragen und das erste Paket der entsprechenden Anfragen Antworten.
Verteilung der Hin- und Rückreisezeit
In dieser Tabelle sind die Hin- und Rückflugzeiten in einem Histogramm aufgeführt, um die häufigsten Hin- und Rückflugzeiten anzuzeigen.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.
Zeit für Hin- und Rückfahrt
Diese Tabelle zeigt die durchschnittliche Hin- und Rückflugzeit für die Anwendung.
Metrisch Beschreibung
Zeit für Hin- und Rückfahrt Die Zeit zwischen dem Senden eines FTP-Clients oder Server Paket, das sofort bestätigt werden muss und wann die Bestätigung erfolgte erhalten.
Netzwerk-Daten

In dieser Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen deuten Host-Stalls darauf hin, dass ein Problem mit einem Server oder einem Client vorliegt, und Netzwerk-Stalls deuten darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände veranstalten
Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung zugeordnet waren. Geräte kontrollieren die Datenmenge, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn an ein Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, um sein Peer-Gerät aufzufordern, das Senden von Paketen vollständig einzustellen, bis das Gerät den Vorgang aufholt. Wenn Sie eine große Anzahl von Nullfenstern sehen, ist ein Server oder Client möglicherweise nicht schnell genug, um die empfangene Datenmenge zu unterstützen.
Metrisch Definition
Zero Windows anfordern Die Anzahl der gesendeten Null-Window-Anzeigen von FTP-Clients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl eingehender Zero-Windows weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen von Servern beim Empfang von FTP-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.

Eine große Anzahl von ausgehenden Zero-Windows weist darauf hin, dass ein Client die empfangene Datenmenge zu langsam verarbeiten konnte.

Gesamtzahl der Host-Stände
Dieses Diagramm zeigt die durchschnittliche Anzahl von Zero-Window-Werbeanzeigen, die von Geräten gesendet wurden.
Netzwerkstände
Dieses Diagramm zeigt die Anzahl der aufgetretenen Timeouts bei der erneuten Übertragung. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, was in der Regel auf Paketkollisionen oder eine Erschöpfung des Puffers zurückzuführen ist. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, überträgt das Gerät die Anfrage erneut. Wenn zu viele Wiederholungen nicht bestätigt werden, erfolgt ein RTO. Wenn Sie eine große Anzahl von RTOs sehen, ist das Netzwerk möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen.
Metrisch Definition
RTOs Ein Die Anzahl der Timeouts für die erneute Übertragung (RTOs) verursacht durch eine Überlastung, als Clients FTP-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Server FTP-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von ausgehenden RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Gesamtzahl der Netzwerkausfälle
Dieses Diagramm zeigt die durchschnittliche Anzahl von Timeouts bei der erneuten Übertragung, die durch Überlastung beim Senden von Anfragen durch Clients und Server verursacht wurden.
Metrisch Definition
RTOs Ein Die Anzahl der Timeouts für die erneute Übertragung (RTOs) verursacht durch eine Überlastung, als Clients FTP-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl eingehender RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung an den Server gesendet, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

RTOs raus Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Server FTP-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.

Wenn Sie eine große Anzahl von ausgehenden RTOs sehen, hat ein Gerät nicht schnell genug eine Bestätigung vom Server erhalten, oder das Netzwerk ist möglicherweise zu langsam, um das aktuelle Aktivitätsniveau zu unterstützen. Je nach dem im Betriebssystem konfigurierten Timeout-Wert kann diese Verzögerung zwischen 1 und 8 Sekunden liegen.

Gesamtwerte der FTP-Metriken

Die folgenden Diagramme sind in dieser Region verfügbar:

Anfragen und Antworten insgesamt

Anfragen und Antworten stellen die Konversation dar, die zwischen Clients und Servern stattfindet. Wenn es mehr Anfragen als Antworten gibt, senden Clients möglicherweise mehr Anfragen, als Server verarbeiten können, oder das Netzwerk ist möglicherweise zu langsam. Um herauszufinden, ob das Problem mit dem Netzwerk oder einem Server zusammenhängt, überprüfen Sie RTOs und Zero Windows in der Netzwerk-Daten Abschnitt.

Hinweis:Es ist unwahrscheinlich, dass die Gesamtzahl der FTP-Anfragen und -Antworten exakt gleich ist, selbst in einer intakten Umgebung. Möglicherweise sehen Sie sich einen Zeitraum an, in dem eine Antwort auf eine Anfrage erfasst wird, die vor Beginn des Zeitraums gesendet wurde. Im Allgemeinen gilt: Je größer der Unterschied zwischen Antworten und Fehlern ist, desto größer ist die Wahrscheinlichkeit, dass bei diesen Transaktionen ein Problem auftritt.
Metrisch Beschreibung
Anfragen Die Anzahl der FTP-Anfragen.
Antworten Die Anzahl der FTP-Antworten.
Fehler Die Anzahl der FTP-Antworten Fehler.
Warnungen Die Anzahl der Antworten mit einem FTP-Status Code von 4xx
FTP-Netzwerkmetriken
Metrisch Beschreibung
Zero Windows anfordern Die Anzahl der gesendeten Null-Window-Anzeigen von FTP-Clients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.
Antwort Null Windows Die Anzahl der gesendeten Null-Window-Anzeigen von Servern beim Empfang von FTP-Anfragen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.
RTOs anfragen Die Anzahl der Timeouts für die erneute Übertragung (RTOs) verursacht durch eine Überlastung, als Clients FTP-Anfragen sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.
Antwort-RTOs Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, wenn Server FTP-Antworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen.
L2-Byte anfordern Die Anzahl der mit FTP verknüpften L2-Bytes Anfragen.
Antwort L2 Byte Die Anzahl der mit FTP verknüpften L2-Bytes Antworten.
Goodput Bytes anfordern Die Anzahl der Goodput-Bytes, die mit verknüpft sind FTP-Anfragen. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus.
Antwort Goodput Bytes Die Anzahl der Goodput-Bytes, die mit verknüpft sind FTP-Antworten. Goodput bezieht sich auf den Durchsatz der ursprünglich übertragenen Daten und schließt anderen Durchsatz wie Protokoll-Header oder erneut übertragene Pakete aus.
Pakete anfordern Die Anzahl der mit FTP verknüpften Pakete Anfragen.
Antwortpakete Die Anzahl der mit FTP verknüpften Pakete Antworten.

FTP-Client-Seite

Auf dieser Seite werden Metrikdiagramme von angezeigt FTP Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verbunden ist.