Referenz zu Protokollmetriken

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

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

• Auf dieser Seite erfahren Sie mehr über Diagramme:
  • AMF Zusammenfassung
  • AMF-Leistung
  • Netzwerk-Daten
  • Metrische AMF-Gesamtwerte
• Erfahre mehr über mit Metriken arbeiten.

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

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

• Auf dieser Seite erfahren Sie mehr über Diagramme:
  • AMF Zusammenfassung
  • AMF-Leistung
  • Netzwerk-Daten
  • Metrische AMF-Gesamtwerte
• Erfahre mehr über mit Metriken arbeiten.

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

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

• Auf dieser Seite erfahren Sie mehr über Diagramme:
  • AMF Zusammenfassung für Gruppe
  • AMF-Details für die Gruppe
• Erfahre mehr über mit Metriken arbeiten.

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.

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

• Auf dieser Seite erfahren Sie mehr über Diagramme:
  • AMF Zusammenfassung für Gruppe
  • AMF-Details für die Gruppe
• Erfahre mehr über mit Metriken arbeiten.

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.

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

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.

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.

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

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

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

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

• Auf dieser Seite erfahren Sie mehr über Diagramme:
  • FIX Zusammenfassung
  • FIX-Einzelheiten
  • FIX-Leistung
  • Netzwerk-Daten
  • FIX Metrische Summen
• Erfahre mehr über mit Metriken arbeiten.

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

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

• Auf dieser Seite erfahren Sie mehr über Diagramme:
  • FIX Zusammenfassung für Gruppe
  • FIX-Details für die Gruppe
  • FIX-Metriken für Gruppen
• Erfahre mehr über mit Metriken arbeiten.

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