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 wurden. 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 Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, 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.

Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, 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 Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am 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 sind.

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, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

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

Metrisch	Beschreibung
Transferzeit anfragen	Die Zeit zwischen der Erkennung des ExtraHop-Systems 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 des ExtraHop-Systems das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort.
Übertragungszeit der Antwort	Die Zeit zwischen der Erkennung des ExtraHop-Systems 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 der 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 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 erhalten Sie im Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)

Wenn eine Anwendung langsam arbeitet, 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 Verarbeitung von Anfragen von Clients benötigten, im Vergleich zu der 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihre 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 des ExtraHop-Systems das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort.
Zeit der 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 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 aufgeteilt wird.

Die häufigsten Fehlertypen

Dieses Diagramm zeigt, welche AAA-Fehlertypen der Anwendung am häufigsten zugeordnet 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 aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
AAA-Server-Verarbeitungszeit	Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort.

Verarbeitungszeit des Servers

Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.

Metrisch	Beschreibung
AAA-Server-Verarbeitungszeit	Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket einer AAA-Anfrage und das erste Paket der entsprechenden Antwort.

Zeitverteilung für Hin- und Rückfahrt

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Metrisch	Beschreibung
Zeit der 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 erhalten.

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Hin- und Rückfahrzeit für die Anwendung.

Metrisch	Beschreibung
Zeit der 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 erhalten.

AAA Netzwerkdaten

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

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung zugeordnet waren. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät dies einholt. 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	Begriffsbestimmung
Zero Windows anfragen	Die Anzahl der Null-Fenster-Anzeigen, 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.
Response Zero Windows	Die Anzahl der gesendeten Nullfensterankündigungen 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 ausgehender Zero-Windows weist darauf hin, dass ein Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Gesamtzahl der Gastgeber-Ställe

Dieses Diagramm zeigt die durchschnittliche Anzahl der von Geräten gesendeten Nullfensterwerbungen.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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	Begriffsbestimmung
RTOs Ein	Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Kunden 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, als 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 ausgehender 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 der Zeitüberschreitungen bei der erneuten Übertragung, die durch eine Überlastung verursacht wurden, als Clients und Server Anfragen sendeten.

Metrisch	Begriffsbestimmung
RTOs Ein	Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Kunden 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, als 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 ausgehender 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.

AAA-Metriksummen

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. Um festzustellen, ob das Problem im Netzwerk oder bei einem Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum , 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der AAA-Anfragen, die gesendet.
Antworten	Die Anzahl der AAA-Antworten.
Fehler	Die Anzahl der AAA-Antworten Fehler.
Durchmesser-Anfrage	Die Anzahl der Durchmesser-Anfragen, die 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 anfragen	Die Anzahl der Null-Fenster-Anzeigen, 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.
Response Zero Windows	Die Anzahl der gesendeten Nullfensterankündigungen 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 Kunden 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, als 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-Byte, die mit AAA-Anfragen verbunden.
Antwort L2 Byte	Die Anzahl der gesendeten L2-Byte, die mit AAA-Antworten verbunden.
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 gesendeten Pakete, die verknüpft waren mit AAA-Anfragen.
Antwortpakete	Die Anzahl der gesendeten Pakete, die verknüpft waren 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 sehen, 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 eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte.
Fehler	Die Anzahl der AAA-Antwortfehler, die aufgetreten sind 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 eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte.
Fehler	Die Anzahl der AAA-Antwortfehler, die aufgetreten sind empfangen, als das Gerät als AAA-Client fungierte.

Leistung (95. Perzentil)

Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, anhand der Verarbeitungszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da allein diese Metrik ein unvollständiges Bild liefert. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber der 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 am 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 zutreffen.

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

Die Verarbeitungszeit ist möglicherweise hoch, 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, da die Übertragung der Antwort im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

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

Metrisch	Beschreibung
Verarbeitungszeit des Servers	Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der 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 erhalten Sie im 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 die 95. Perzentilzeit, die Server für die Verarbeitung von Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihre 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 Erfassen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. 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 per 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 aufgeteilt wird.

AAA-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit

In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
Verarbeitungszeit des AAA-Clientservers	Die Zeit zwischen dem ExtraHop-System Erfassen 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
Verarbeitungszeit des AAA-Clientservers	Die Zeit zwischen dem ExtraHop-System Erfassen des letzten Paket einer gesendeten AAA-Anfrage und des ersten Paket der entsprechende Antwort, wenn das Gerät als AAA-Client fungierte.

Zeitverteilung für Hin- und Rückfahrt

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Hin- und Rückreisezeit für den Client.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AAA-Client das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz

Netzwerkdaten

In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät 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 rein	Die Anzahl der Nullfenster, die an den 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-Ausgang	Die Anzahl der Nullfenster, die von der gesendet wurden 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 zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 eine große Anzahl von RTOs ausgegeben wird, 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.

AAA-Metriksummen

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 am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum , 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der AAA-Anfragen, die gesendet wurden, als Das Gerät fungierte als AAA-Client.
Antworten	Die Anzahl der eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte.
Fehler	Die Anzahl der AAA-Antwortfehler, die aufgetreten sind empfangen, als das Gerät als AAA-Client fungierte.
Durchmesser-Anfrage	Die Anzahl der Durchmesser-Anfragen, die 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 abgebrochenen Sitzungen, die aufgetreten sind als das Gerät als AAA-Client fungierte.

AAA Zusammenfassung

Die folgenden Charts 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 zum Zeitpunkt der Rückgabe 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, die gesendet wurden, als das Gerät fungierte als AAA-Server.
Fehler	Die Anzahl der AAA-Antwortfehler, die aufgetreten sind 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 aufgetreten sind gesendet, als das Gerät als AAA-Server fungierte.

Leistung (95. Perzentil)

Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Serververarbeitungszeit zeigt, wie lange Server gebraucht haben, um Anfragen von Clients zu verarbeiten. Die Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, anhand der Verarbeitungszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da allein diese Metrik ein unvollständiges Bild liefert. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Verarbeitungszeiten sehen, aber der 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 am 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 zutreffen.

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

Die Verarbeitungszeit ist möglicherweise hoch, 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, da die Übertragung der Antwort im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

Erfahren Sie mehr darüber, wie das ExtraHop-System die Hin- und Rückflugzeit berechnet, 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 der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der 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 erhalten Sie im Diagramm eine genauere Ansicht der Daten:

Leistungsübersicht (95. Perzentil)

Wenn ein Server langsam arbeitet, können Sie anhand der Leistungsübersichtsmesswerte herausfinden, ob das Netzwerk oder der Server das Problem verursacht. Die Leistungsübersichtsmetriken zeigen die 95. Perzentilzeit, die der Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die die Übertragung von Paketen aus diesen Anfragen (und ihren jeweiligen Antworten) über das Netzwerk benötigte. 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 des AAA-Clientservers	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 der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz

AAA-Einzelheiten

Die folgenden Charts sind in dieser Region verfügbar:

Die besten Methoden

Dieses Diagramm zeigt, welche AAA-Methoden am häufigsten auf dem Server aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server nach Methode empfangen hat, aufgeteilt wird.

Die häufigsten Fehlertypen

Dieses Diagramm zeigt, welche AAA-Fehlertypen der Server am häufigsten zurückgegeben hat, indem die Gesamtzahl der Antworten, die der Server gesendet hat, nach Fehlertyp aufgeteilt wird.

AAA-Leistung

Die folgenden Charts sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit

In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

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.

Zeitverteilung für Hin- und Rückfahrt

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Roundtrip-Zeit für den Server.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AAA-Server das erforderte eine sofortige Bestätigung und den Zeitpunkt des Eingangs der Bestätigung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz

Netzwerkdaten

In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät 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 rein	Die Anzahl der Nullfenster, die an den 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-Ausgang	Die Anzahl der Nullfenster, die von der gesendet wurden 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 zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 eine große Anzahl von RTOs ausgegeben wird, 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.

AAA-Metriksummen

Die folgenden Charts 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 Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der AAA-Anfragen und -Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum , 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 ein Problem mit diesen Transaktionen vorliegt.

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 aufgetreten sind gesendet, als das Gerät als AAA-Server fungierte.
Durchmesser-Anfrage	Die Anzahl der Durchmesser-Anfragen, die 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 Gerät wurde empfangen, als es als AAA-Server fungiert.
Aborte	Die Anzahl der abgebrochenen Sitzungen, die aufgetreten sind 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-Kunden erhalten haben. Anhand dieser Informationen können Sie sehen, 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 im Abschnitt Metriken für Gruppen weiter unten.

Metrisch	Beschreibung
Antworten	Die Anzahl der eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte.
Fehler	Die Anzahl der AAA-Antwortfehler, die aufgetreten sind 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 eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte.
Fehler	Die Anzahl der AAA-Antwortfehler, die aufgetreten sind empfangen, als das Gerät als AAA-Client fungierte.

AAA-Details für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (AAA-Kunden)

Dieses Diagramm zeigt, welche AAA-Kunden in der Gruppe am aktivsten waren, indem die Gesamtzahl der AAA-Anfragen, die die Gruppe vom Client gesendet hat, aufgeschlüsselt wird.

Die besten Methoden

Dieses Diagramm zeigt, welche AAA-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die die Gruppe per Methode gesendet hat, 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 aufgeteilt wird.

AAA-Metriken für die Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten

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

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Anfragen	Die Anzahl der AAA-Anfragen, die gesendet wurden, als Das Gerät fungierte als AAA-Client.
Antworten	Die Anzahl der eingegangenen AAA-Antworten als das Gerät als AAA-Client fungierte.
Fehler	Die Anzahl der AAA-Antwortfehler, die aufgetreten sind empfangen, als das Gerät als AAA-Client fungierte.
Durchmesser-Anfrage	Die Anzahl der Durchmesser-Anfragen, die 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.
Abtretungen	Die Anzahl der abgebrochenen Sitzungen, die aufgetreten sind 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 Verarbeitung von Anfragen von den Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.

Metrisch	Beschreibung
Verarbeitungszeit des Servers	Die Zeit zwischen dem ExtraHop-System Erfassen 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 Charts 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 zum Zeitpunkt der Rückgabe der Fehler waren.

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

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 aufgetreten sind 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 aufgetreten sind gesendet, als das Gerät als AAA-Server fungierte.

AAA-Details für Gruppe

Die folgenden Charts 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, aufgeteilt 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 nach Methode erhalten hat, aufgeteilt wird.

Die häufigsten Fehlertypen

Dieses Diagramm zeigt, welche AAA-Fehlertypen die Gruppen am häufigsten zurückgegeben haben, indem die Gesamtzahl der Antworten, die die Gruppe gesendet hat, nach Fehlertyp aufgeteilt wird.

AAA-Metriken für die Gruppe

Die folgenden Charts 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 genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

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 aufgetreten sind gesendet, als das Gerät als AAA-Server fungierte.
Durchmesser-Anfrage	Die Anzahl der Durchmesser-Anfragen, die 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 Gerät wurde empfangen, als es als AAA-Server fungiert.
Aborte	Die Anzahl der abgebrochenen Sitzungen, die aufgetreten sind als das Gerät als AAA-Server fungierte.

Verarbeitungszeit des Servers

Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die Verarbeitung von Anfragen von Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer Gruppe langsam sind.

Metrisch	Beschreibung
Verarbeitungszeit des AAA-Clientservers	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.

Diese Seite zeigt Metrikdiagramme von AMF Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.

• Erfahren Sie auf dieser Seite mehr über Charts:
  • AMF Zusammenfassung
  • AMF-Leistung
  • Netzwerkdaten
  • AMF-Metriksummen
• 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 sehen, 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 HTTP-AMF-Client agieren
Fehler	Die Anzahl der Antwortfehler, die 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 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 Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange der Client gebraucht hat, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server für die Bearbeitung der Anfragen gebraucht haben; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um Antworten an das Netzwerk zu übertragen.

Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, 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 Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am 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 sind.

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, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

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

Übertragungszeit AMF AMF-Client-Anfrage	Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket gesendeter Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
AMF-Client-Server-Verarbeitungszeit	Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung 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 Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit empfangenen Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit der 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 Anerkennung. 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 erhalten Sie im 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 die 95. Perzentilzeit, die Server für die Verarbeitung von Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihre 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.

AMF-Client-Server-Verarbeitungszeit	Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
Zeit der 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 Anerkennung. 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 aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
AMF-Client-Server-Verarbeitungszeit	Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung 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
AMF-Client-Server-Verarbeitungszeit	Wenn das Gerät als HTTP-AMF fungiert Client, die Zeit zwischen der Erkennung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.

Verteilung der Hin- und Rückreise

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Metrisch	Beschreibung
Zeit der 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 Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Hin- und Rückreisezeit für den Client.

Metrisch	Beschreibung
Zeit der 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 Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Netzwerkdaten

In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät 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 rein	Die Anzahl der Nullfenster, die an den 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-Ausgang	Die Anzahl der Nullfenster, die von der gesendet wurden 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 zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 eine große Anzahl von RTOs ausgegeben wird, 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.

AMF-Metriksummen

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 am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der AMF-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

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

Anfrage- und Antwortgröße

Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.

Metrisch	Beschreibung
Größe anfragen	Die Größenverteilung (in Byte) von Anfragen, die das Gerät gesendet hat, als es als HTTP-AMF-Client fungiert
Größe der Antwort	Die Größenverteilung (in Byte) von Antworten, die das Gerät erhalten hat, als es als HTTP-AMF-Client fungierte

Diese Seite zeigt Metrik Diagramme von AMF Datenverkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.

• Erfahren Sie auf dieser Seite mehr über Charts:
  • AMF Zusammenfassung
  • AMF-Leistung
  • Netzwerkdaten
  • AMF-Metriksummen
• 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 zum Zeitpunkt der Rückgabe 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 HTTP-AMF-Client agieren
Fehler	Die Anzahl der Antwortfehler, die 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 Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange Clients gebraucht haben, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server für die Bearbeitung von Anfragen gebraucht hat; und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das Netzwerk zu übertragen.

Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, 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 Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am 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 sind.

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, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

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

Übertragungszeit AMF AMF-Serveranforderung	Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit empfangenen 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 Erkennung des letzten Paket des ExtraHop-Systems 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 Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit gesendeten Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. 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 erhalten Sie im Diagramm eine genauere Ansicht der Daten:

Leistung (95. Perzentil)

Wenn ein Server langsam arbeitet, können Sie anhand der Leistungsübersichtsmesswerte herausfinden, ob das Netzwerk oder der Server das Problem verursacht. Die Leistungsübersichtsmetriken zeigen die 95. Perzentilzeit, die der Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die die Übertragung von Paketen aus diesen Anfragen (und ihren jeweiligen Antworten) über das Netzwerk benötigte. 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 Erkennung des letzten Pakets des gesendeten Pakets durch das ExtraHop-System Anfrage und das erste Paket der empfangenen Antwort.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. 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 aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
Verarbeitungszeit AMF AMF-Servers	Wenn das Gerät als HTTP-AMF fungiert Server, die Zeit zwischen der Erkennung des letzten Paket des ExtraHop-Systems 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 Erkennung des letzten Paket des ExtraHop-Systems empfangene Anfrage und erstes Paket der gesendeten Antwort.

Zeitverteilung für Hin- und Rückfahrt

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Roundtrip-Zeit für den Server.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen AMF-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Netzwerkdaten

In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät 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 rein	Die Anzahl der Nullfenster, die an den 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-Ausgang	Die Anzahl der Nullfenster, die von der gesendet wurden 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 zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 eine große Anzahl von RTOs ausgegeben wird, 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.

AMF-Metriksummen

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 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 Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der AMF-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum , 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 ein Problem mit diesen Transaktionen vorliegt.

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

Anfrage- und Antwortgröße

Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.

Metrisch	Beschreibung
Größe anfragen	Die Größenverteilung (in Byte) von Anfragen, die das Gerät empfangen hat, als es als HTTP-AMF-Server fungiert
Größe der Antwort	Die Größenverteilung (in Byte) von Antworten, die das Gerät gesendet hat, als es als HTTP-AMF-Server fungierte

Diese Seite zeigt Metrikdiagramme von AMF Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

• Erfahren Sie auf dieser Seite mehr über Charts:
  • AMF Zusammenfassung für Gruppe
  • AMF Details für 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 sehen, 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 im Abschnitt Metriken für Gruppen weiter unten.

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 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 Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert

AMF Details für 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 die Gesamtzahl der AMF-Anfragen, die die Gruppe vom Client gesendet hat, aufgeschlüsselt wird.

Diese Seite zeigt Metrik Diagramme von AMF Verkehr, der mit einer Gerätegruppe in Ihrem Netzwerk verknüpft ist.

• Erfahren Sie auf dieser Seite mehr über Charts:
  • AMF Zusammenfassung für Gruppe
  • AMF Details für 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 zum Zeitpunkt der Rückgabe der Fehler waren.

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

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 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 Gerät, das empfangen wurde, wenn es als HTTP-AMF-Client fungiert

AMF Details für 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, aufgeteilt wird.

SMB Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen

Dieses Diagramm zeigt Ihnen, wann SMB-Fehler aufgetreten sind und wie viele Antworten der SMB-Client erhalten hat. Anhand dieser Informationen können Sie sehen, 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 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 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 Client.
Fehler	Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen

Transaktionen insgesamt

Dieses Diagramm zeigt die Gesamtzahl der SMB-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 Client.
Fehler	Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen

Operationen

Dieses Diagramm zeigt, wann der SMB-Client Lese-, Schreib- und Dateisysteminformationen angefordert hat.

Metrisch	Beschreibung
Liest	Die Anzahl der Lesevorgangsanforderungen, die von gesendet wurden dieser SMB-Client
Schreibt	Die Anzahl der Schreiboperationsanforderungen, die von gesendet wurden dieser SMB-Client
Erzeugt	Die Anzahl der Anfragen zur Erstellung von Vorgängen, die gesendet wurden von dieser SMB-Client
Löscht	Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Client

Operationen insgesamt

Dieses Diagramm zeigt Ihnen, wie viele Lese- und Schreibvorgänge der SMB-Client ausgeführt hat.

Metrisch	Beschreibung
Liest	Die Anzahl der Lesevorgangsanforderungen, die von gesendet wurden dieser SMB-Client
Schreibt	Die Anzahl der Schreiboperationsanforderungen, die von gesendet wurden dieser SMB-Client
Erzeugt	Die Anzahl der Anfragen zur Erstellung von Vorgängen, die gesendet wurden von dieser SMB-Client
Löscht	Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Client

Leistung (95. Perzentil)

Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Zugriffszeit zeigt, wie lange Server gebraucht haben, um Lese- oder Schreibvorgänge zu verarbeiten, die auf Blockdaten in einer Datei zugegriffen haben. Die Zugriffszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, anhand der Zugriffszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da allein diese Metrik ein unvollständiges Bild liefert. Daher ist auch die Metrik Round Trip Time (RTT) 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 am 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 TCP-RTT als auch Zugriffszeiten zutreffen.

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

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 brauchte, bis sie im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).

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

Metrisch	Beschreibung
SMB//CIFS-Client-Zugriffszeit	Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket der Anfrage, die von diesem SMB-Client gesendet wurde, und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten READ 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- und CIFS-Kunden	Die Zeit zwischen dem Senden eines SMB-Clients an erforderte eine sofortige Bestätigung und als der Client die Anerkennung. 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 erhalten Sie im 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 Verarbeitung von Anfragen vom Client benötigten, im Vergleich zur durchschnittlichen Zeit, die Pakete aus diesen Anfragen (und ihre 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 Erkennen des letzten Paket der Anfrage, die von diesem SMB-Client gesendet wurde, und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten READ 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- und CIFS-Kunden	Die Zeit zwischen dem Senden eines SMB-Clients an erforderte eine sofortige Bestätigung und als der Client die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz

SMB-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 es die Gesamtzahl der Anfragen, die der Client per Methode gesendet hat, aufgeschlüsselt wird.

Versionen

Dieses Diagramm zeigt, welche SMB-Versionen die meisten Antworten vom Client erhalten haben, indem es die Gesamtzahl der Antworten, die der Client erhalten hat, aufgeschlüsselt nach Versionen aufgeschlüsselt.

Top-Nutzer

Dieses Diagramm zeigt, welche Benutzer auf dem Client am aktivsten waren, indem die Gesamtzahl der SMB-Anfragen, die vom Client pro Benutzer gesendet wurden, aufgeschlüsselt wird.

Top-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 aufgeteilt wird.

Leistung in kleinen und mittleren Unternehmen

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Zugriffszeit

In diesem Diagramm werden die Zugriffszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Zugriffszeiten anzuzeigen.

Metrisch	Beschreibung
SMB//CIFS-Client-Zugriffszeit	Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket der Anfrage, die von diesem SMB-Client gesendet wurde, und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten READ 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 Erkennen des letzten Paket der Anfrage, die von diesem SMB-Client gesendet wurde, und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten READ gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken

Netzwerkdaten

In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät 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 rein	Die Anzahl der Nullfenster, die an den 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-Ausgang	Die Anzahl der Nullfenster, die von der gesendet wurden 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 zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 eine große Anzahl von RTOs ausgegeben wird, 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.

SMB-Metriksummen

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten

Dieses Diagramm zeigt Ihnen, wie viele Operationen der SMB-Client ausgeführt hat.

Metrisch	Beschreibung
Anfragen	Die Anzahl der von diesem SMB-Client gesendeten Anfragen.
Antworten	Die Anzahl der Antworten, die dieses SMB erhalten hat Client.
Anfragen nach Dateisysteminformationen	Die Anzahl der gesendeten Dateisystem-Metadatenabfragen von diesem SMB-Client
Warnungen	Die Anzahl der Antworten, die dieses SMB erhalten hat Client mit einem SMB-Statuscode, der auf eine Warnung hinweist, wie STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES
Erzeugt	Die Anzahl der Anfragen zur Erstellung von Vorgängen, die gesendet wurden von dieser SMB-Client
Fehler	Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen
Liest	Die Anzahl der Lesevorgangsanforderungen, die von gesendet wurden dieser SMB-Client
Schreibt	Die Anzahl der Schreiboperationsanforderungen, die von gesendet wurden dieser SMB-Client
Benennt um	Die Anzahl der Anfragen für Umbenennungsvorgänge, die gesendet wurden von dieser SMB-Client
Löscht	Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Client
Schleusen	Die Anzahl der Sperroperationsanforderungen, die von generiert wurden dieser SMB-Client

Anfrage- und Antwortgröße

Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.

Metrisch	Beschreibung
Größe der CIFS-Client-Anfrage	Die Verteilung der Größen (in Byte) von Anfragen von diesem SMB-Client gesendet
Größe der CIFS-Client-Antwort	Die Größenverteilung (in Byte) von Antworten wird empfangen, wenn das Gerät als SMB-Client fungiert

SMB Zusammenfassung

Die folgenden Charts sind in dieser Region verfügbar:

Transaktionen

Dieses Diagramm zeigt Ihnen, wann SMB-Fehler aufgetreten sind und wie viele SMB-Antworten der Server gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zum Zeitpunkt der Rückgabe der Fehler war.

Wenn Sie eine große Anzahl von Fehlern sehen, können Sie Details zu jedem Fehler anzeigen, 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 Fehlercode durchzuführen, klicken Sie auf Fehler und wähle Fehler aus der Speisekarte.

Metrisch	Beschreibung
Antworten	Die Anzahl der von diesem SMB-Server gesendeten Antworten.
Fehler	Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen

Transaktionen insgesamt

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

Metrisch	Beschreibung
Antworten	Die Anzahl der von diesem SMB-Server gesendeten Antworten.
Fehler	Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen

Operationen

Dieses Diagramm zeigt, wann die Lese-, Schreib- und Dateisysteminformationsanforderungsvorgänge auf dem Server ausgeführt wurden.

Metrisch	Beschreibung
Liest	Die Anzahl der Leseoperationsanforderungen, die von empfangen wurden dieser SMB-Server
Schreibt	Die Anzahl der empfangenen Schreiboperationsanforderungen von diesem SMB-Server
Erzeugt	Die Anzahl der Anfragen zur Erstellung von Vorgängen von diesem SMB-Server empfangen
Löscht	Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Server

Operationen insgesamt

Dieses Diagramm zeigt Ihnen, wie viele Lese- und Schreibvorgänge auf dem Server ausgeführt wurden.

Metrisch	Beschreibung
Liest	Die Anzahl der Leseoperationsanforderungen, die von empfangen wurden dieser SMB-Server
Schreibt	Die Anzahl der empfangenen Schreiboperationsanforderungen von diesem SMB-Server
Erzeugt	Die Anzahl der Anfragen zur Erstellung von Vorgängen von diesem SMB-Server empfangen
Löscht	Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Server

Leistung (95. Perzentil)

Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Zugriffszeit zeigt, wie lange Server gebraucht haben, um Lese- oder Schreibvorgänge zu verarbeiten, die auf Blockdaten in einer Datei zugegriffen haben. Die Zugriffszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, wie in der folgenden Abbildung dargestellt:

Es kann schwierig sein, anhand der Zugriffszeit zu erkennen, ob ein Problem durch ein Netzwerk oder ein Gerät verursacht wird, da allein diese Metrik ein unvollständiges Bild liefert. Daher ist auch die Metrik Round Trip Time (RTT) 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 am 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 TCP-RTT als auch Zugriffszeiten zutreffen.

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

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 brauchte, bis sie im Netzwerk übertragen wurde (möglicherweise aufgrund einer Netzwerküberlastung).

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

Metrisch	Beschreibung
SMB//CIFS-Serverzugriffszeit	Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket der von diesem SMB-Server empfangenen Anfrage und das erste Paket des Antwort. Die Zugriffszeit wird nur für den ersten READ- oder WRITE-Vorgang gemessen am jeder Fluss, um den Einfluss von Prefetching und Caching auf das Timing zu minimieren Metriken.
Roundtrip-Zeit für SMB- und CIFS-Server	Die Zeit zwischen dem Senden eines Paket durch einen SMB-Server erforderte eine sofortige Bestätigung und als der Server die Anerkennung. 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 erhalten Sie im Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)

Wenn ein Server langsam arbeitet, können Sie anhand von Leistungsübersichtsmesswerten herausfinden , ob das Netzwerk oder der Server das Problem verursacht. Die Leistungsübersichtsmetriken zeigen die durchschnittliche Zeit, die der Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur durchschnittlichen Zeit, die Pakete aus diesen Anfragen (und ihre 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 der Erkennung des ExtraHop-Systems das letzte Paket der von diesem SMB-Server empfangenen Anfrage und das erste Paket des Antwort. Die Zugriffszeit wird nur für den ersten READ- oder WRITE-Vorgang gemessen am jeder Fluss, um den Einfluss von Prefetching und Caching auf das Timing zu minimieren Metriken.
Roundtrip-Zeit für SMB- und CIFS-Server	Die Zeit zwischen dem Senden eines Paket durch einen SMB-Server erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für die Netzwerklatenz

SMB-Einzelheiten

Die folgenden Charts sind in dieser Region verfügbar:

Die besten Methoden

Dieses Diagramm zeigt, welche SMB-Methoden am häufigsten auf dem Server aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server per Methode empfangen hat, aufgeschlüsselt wird.

Versionen

Dieses Diagramm zeigt, welche SMB-Versionen die meisten vom Server gesendeten Antworten hatten, indem es die Gesamtzahl der vom Server gesendeten Antworten aufgeschlüsselt nach Version aufgeschlüsselt.

Top-Nutzer

Dieses Diagramm zeigt, welche Benutzer auf dem Server am aktivsten waren, indem es die Gesamtzahl der SMB-Anfragen, die vom Benutzer an den Server gesendet wurden, aufgeschlüsselt wird.

Top-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 aufgeteilt wird.

Leistung in kleinen und mittleren Unternehmen

Die folgenden Charts sind in dieser Region verfügbar:

Verteilung der Zugriffszeit

In diesem Diagramm werden die Zugriffszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Zugriffszeiten anzuzeigen.

Metrisch	Beschreibung
SMB//CIFS-Serverzugriffszeit	Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket der von diesem SMB-Server empfangenen Anfrage und das erste Paket des Antwort. Die Zugriffszeit wird nur für den ersten READ- oder WRITE-Vorgang gemessen am jeder Fluss, um den Einfluss von Prefetching und Caching auf das Timing zu minimieren Metriken.

Zeit des Zugriffs

Dieses Diagramm zeigt die durchschnittliche Zugriffszeit für den Client.

Metrisch	Beschreibung
CIFS-Serverzugriffszeit	Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket der von diesem SMB-Server empfangenen Anfrage und das erste Paket des Antwort. Die Zugriffszeit wird nur für den ersten READ- oder WRITE-Vorgang gemessen am jeder Fluss, um den Einfluss von Prefetching und Caching auf das Timing zu minimieren Metriken.

Netzwerkdaten

In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät 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 rein	Die Anzahl der Nullfenster, die an den 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-Ausgang	Die Anzahl der Nullfenster, die von der gesendet wurden 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 zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 eine große Anzahl von RTOs ausgegeben wird, 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.

SMB-Metriksummen

Die folgenden Charts sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten

Dieses Diagramm zeigt Ihnen, wie viele Operationen auf dem SMB-Server ausgeführt wurden.

Metrisch	Beschreibung
Anfragen	Die Anzahl der Anfragen, die dieses SMB erhalten hat Server.
Antworten	Die Anzahl der von diesem SMB-Server gesendeten Antworten.
Anfragen nach Dateisysteminformationen	Die Anzahl der Dateisystem-Metadatenabfragen von diesem SMB-Server empfangen
Warnungen	Die Anzahl der von diesem SMB gesendeten Antworten Server mit einem SMB-Statuscode, der auf eine Warnung hinweist, z. B. STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES
Erzeugt	Die Anzahl der Anfragen zur Erstellung von Vorgängen von diesem SMB-Server empfangen
Fehler	Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen
Liest	Die Anzahl der Leseoperationsanforderungen, die von empfangen wurden dieser SMB-Server
Schreibt	Die Anzahl der empfangenen Schreiboperationsanforderungen von diesem SMB-Server
Benennt um	Die Anzahl der Anfragen für Umbenennungsvorgänge von diesem SMB-Server empfangen
Löscht	Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Server
Schleusen	Die Anzahl der Sperroperationsanforderungen, die von empfangen wurden dieser SMB-Server

Anfrage- und Antwortgröße

Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.

Metrisch	Beschreibung
Größe der SMB-/CIFS-Serveranforderung	Die Verteilung der Größen (in Byte) von Anfragen von diesem SMB-Server empfangen
SMB-/CIFS-Serverantwortgröße	Die Größenverteilung (in Byte) von Antworten von diesem SMB-Server gesendet

SMB Zusammenfassung für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen

Dieses Diagramm zeigt Ihnen, wann SMB-Fehler aufgetreten sind und wie viele Antworten die SMB-Clients erhalten haben. Anhand dieser Informationen können Sie sehen, 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 im Abschnitt Metriken für Gruppen weiter unten.

Metrisch	Beschreibung
Antworten	Die Anzahl der Antworten, die dieses SMB erhalten hat Client.
Fehler	Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen

Transaktionen insgesamt

Dieses Diagramm zeigt Ihnen, wie viele SMB-Antworten die Kunden erhalten haben und wie viele dieser Antworten Fehler enthielten.

Metrisch	Beschreibung
Antworten	Die Anzahl der Antworten, die dieses SMB erhalten hat Client.
Fehler	Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen

SMB-Details für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Top-Gruppenmitglieder (SMB-Kunden)

Dieses Diagramm zeigt, welche SMB-Clients in der Gruppe am aktivsten waren, indem die Gesamtzahl der SMB-Anfragen, die die Gruppe vom Client gesendet hat, aufgeschlüsselt wird.

Die besten Methoden

Dieses Diagramm zeigt, welche SMB-Methoden die Gruppe am häufigsten aufgerufen hat, indem die Gesamtzahl der Anfragen, die die Gruppe per Methode gesendet hat, aufgeschlüsselt wird.

Versionen

Dieses Diagramm zeigt, welche SMB-Versionen die meisten Antworten von Kunden in der Gruppe erhalten haben, indem die Gesamtzahl der Antworten, die die Gruppe erhalten hat, aufgeschlüsselt nach Version aufgeteilt wird.

Top-Nutzer

Dieses Diagramm zeigt, welche SMB-Benutzer in der Gruppe am aktivsten waren, indem die Gesamtzahl der SMB-/CIFS-Antworten, die die Gruppe vom Benutzer erhalten hat, aufgeschlüsselt wird.

SMB-Metriken für Gruppen

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten

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

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der von diesem SMB-Client gesendeten Anfragen.
Antworten	Die Anzahl der Antworten, die dieses SMB erhalten hat Client.
Anfragen nach Dateisysteminformationen	Die Anzahl der gesendeten Dateisystem-Metadatenabfragen von diesem SMB-Client
Warnungen	Die Anzahl der Antworten, die dieses SMB erhalten hat Client mit einem SMB-Statuscode, der auf eine Warnung hinweist, wie STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES
Erzeugt	Die Anzahl der Anfragen zur Erstellung von Vorgängen, die gesendet wurden von dieser SMB-Client
Fehler	Die Anzahl der Antworten, die dieses SMB erhalten hat Client, die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung haben. EIN Eine hohe Anzahl von SMB-Fehlern kann auf ein beschädigtes Profil hinweisen
Liest	Die Anzahl der Lesevorgangsanforderungen, die von gesendet wurden dieser SMB-Client
Schreibt	Die Anzahl der Schreiboperationsanforderungen, die von gesendet wurden dieser SMB-Client
Benennt um	Die Anzahl der Anfragen für Umbenennungsvorgänge, die gesendet wurden von dieser SMB-Client
Löscht	Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Client
Schleusen	Die Anzahl der Sperroperationsanforderungen, die von generiert wurden dieser SMB-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 Verarbeitung von Anfragen von den Clients benötigt haben. Hohe Zugriffszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.

Metrisch	Beschreibung
SMB-Serverzugriffszeit	Die Zeit zwischen dem ExtraHop-System Erkennen des letzten Paket der Anfrage, die von diesem SMB-Client gesendet wurde, und zuerst Paket der empfangenen Antwort. Die Zugriffszeit wird nur für den ersten READ gemessen oder WRITE-Operation für jeden Fluss, um den Einfluss von Prefetching zu minimieren und Zwischenspeichern von Timing-Metriken

SMB Zusammenfassung für Gruppe

Die folgenden Charts sind in dieser Region verfügbar:

Transaktionen

Dieses Diagramm zeigt Ihnen, wann SMB-Fehler aufgetreten sind und wie viele SMB-Antworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt der Rückgabe der Fehler waren.

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

Metrisch	Beschreibung
Antworten	Die Anzahl der von diesem SMB-Server gesendeten Antworten.
Fehler	Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen

Transaktionen insgesamt

Dieses Diagramm zeigt Ihnen, wie viele SMB-Antwortserver in der Gruppe gesendet haben und wie viele dieser Antworten Fehler enthielten.

Metrisch	Beschreibung
Antworten	Die Anzahl der von diesem SMB-Server gesendeten Antworten.
Fehler	Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen

SMB-Details für Gruppe

Die folgenden Charts sind in dieser Region verfügbar:

Top-Gruppenmitglieder (SMB-Server)

Dieses Diagramm zeigt, welche SMB-Server in der Gruppe am aktivsten waren, indem die Gesamtzahl der CIFS-Antworten, die die Gruppe vom Server gesendet hat, aufgeteilt wird.

Die besten Methoden

Dieses Diagramm zeigt, welche SMB-Methoden auf Servern in der Gruppe am häufigsten aufgerufen wurden, indem die Gesamtzahl der Anfragen, die die Gruppe nach Methode erhalten hat, aufgeteilt wird.

Versionen

Dieses Diagramm zeigt, bei welchen SMB-Versionen die meisten Antworten von Servern in der Gruppe gesendet wurden, indem die Gesamtzahl der von der Gruppe gesendeten Antworten nach Version aufgeteilt wird.

Top-Nutzer

Dieses Diagramm zeigt, welche SMB-Benutzer in der Gruppe am aktivsten waren, indem die Gesamtzahl der SMB-Antworten, die die Gruppe vom Benutzer gesendet hat, aufgeschlüsselt wird.

SMB-Metriken in der Gruppe

Die folgenden Charts 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 genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der Anfragen, die dieses SMB erhalten hat Server.
Antworten	Die Anzahl der von diesem SMB-Server gesendeten Antworten.
Anfragen nach Dateisysteminformationen	Die Anzahl der Dateisystem-Metadatenabfragen von diesem SMB-Server empfangen
Warnungen	Die Anzahl der von diesem SMB gesendeten Antworten Server mit einem SMB-Statuscode, der auf eine Warnung hinweist, z. B. STATUS_BUFFER_TOO_SMALL und STATUS_NO_MORE_FILES
Erzeugt	Die Anzahl der Anfragen zur Erstellung von Vorgängen von diesem SMB-Server empfangen
Fehler	Die Anzahl der von diesem SMB-Server gesendeten Antworten die einen anderen SMB-Statuscode als SUCCESS haben oder die eine Warnung enthalten. Ein Hoch Die Anzahl der SMB-Fehler kann auf ein beschädigtes Profil hinweisen
Liest	Die Anzahl der Leseoperationsanforderungen, die von empfangen wurden dieser SMB-Server
Schreibt	Die Anzahl der empfangenen Schreiboperationsanforderungen von diesem SMB-Server
Benennt um	Die Anzahl der Anfragen für Umbenennungsvorgänge von diesem SMB-Server empfangen
Löscht	Die Anzahl der Löschvorgangsanforderungen, die von gesendet wurden dieser SMB-Server
Schleusen	Die Anzahl der Sperroperationsanforderungen, die von empfangen wurden dieser SMB-Server

Zeit des Zugriffs

Wenn eine Servergruppe langsam arbeitet, 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 Verarbeitung von Anfragen von Clients benötigt haben. Hohe Serverzugriffszeiten deuten darauf hin, dass die Server langsam sind.

Metrisch	Beschreibung
SMB//CIFS-Serverzugriffszeit	Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket der von diesem SMB-Server empfangenen Anfrage und das erste Paket des Antwort. Die Zugriffszeit wird nur für den ersten READ- oder WRITE-Vorgang gemessen am jeder Fluss, um den Einfluss von Prefetching und Caching auf das Timing zu minimieren 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 wurden. 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 Datenbankretworten, die mit dem verknüpft sind Anwendung.
Fehler	Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten untersucht.

Transaktionen insgesamt

Dieses Diagramm zeigt die Gesamtzahl der Datenbankantworten, die der Anwendung zugeordnet waren, und wie viele dieser Antworten Fehler enthielten.

Metrisch	Beschreibung
Antworten	Die Anzahl der Datenbankretworten, die mit dem verknüpft sind Anwendung.
Fehler	Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten untersucht.

Leistung (95. Perzentil)

Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, 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.

Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, 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 Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am 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 sind.

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, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

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

Metrisch	Beschreibung
Verarbeitungszeit des Servers	Die Zeit, die das Senden der Datenbankinstanz gedauert hat das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb.
Zeit der Hin- und Rückfahrt	Die Zeit, die der Server oder Client benötigt hat, um eine zu senden Paket und Empfang einer Bestätigung (ACK). Die Hin- und Rückflugzeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Rundreisezeit (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 erhalten Sie im Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)

Wenn eine Anwendung langsam arbeitet, 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 Verarbeitung von Anfragen von Clients benötigten, im Vergleich zu der 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihre 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 das Senden der Datenbankinstanz gedauert hat das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb.
Zeit der Hin- und Rückfahrt	Die Zeit, die der Server oder Client benötigt hat, um eine zu senden Paket und Empfang einer Bestätigung (ACK). Die Hin- und Rückflugzeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Rundreisezeit (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 Datenbankanforderungen nach Methoden aufgeteilt wird.

Die besten Methoden (detailliert)

Dieses Diagramm zeigt, welche Datenbankmethoden mit der Anwendung verknüpft waren, indem die Gesamtzahl der Datenbankanforderungen nach Methoden aufgeteilt wird.

Top-Nutzer

Dieses Diagramm zeigt, welche Benutzer in der Anwendung am aktivsten waren, indem die Gesamtzahl der von der Anwendung gesendeten Datenbankanfragen aufgeschlüsselt wird.

Leistung der Datenbank

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit

In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
Verarbeitungszeit des Datenbankservers	Die Zeit, die das Senden der Datenbankinstanz gedauert hat das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb.

Verarbeitungszeit des Servers

Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.

Metrisch	Beschreibung
Verarbeitungszeit des Datenbankservers	Die Zeit, die das Senden der Datenbankinstanz gedauert hat das erste Antwortpaket nach dem Empfang des letzten Paket einer Datenbankanforderung Betrieb.

Zeitverteilung für Hin- und Rückfahrt

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit, die der Server oder Client benötigt hat, um eine zu senden Paket und Empfang einer Bestätigung (ACK). Die Hin- und Rückflugzeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Rundreisezeit (RTT) weist auf ein Netzwerk hin Latenz.

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Hin- und Rückfahrzeit für die Anwendung.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit, die der Server oder Client benötigt hat, um eine zu senden Paket und Empfang einer Bestätigung (ACK). Die Hin- und Rückflugzeit kann berechnet werden im Verlauf einer TCP-Verbindung. Eine lange Rundreisezeit (RTT) weist auf ein Netzwerk hin Latenz.

Netzwerkdaten

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

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung zugeordnet waren. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät dies einholt. 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 anfragen	Die Anzahl der Nullfensteranzeigen, die von gesendet wurden Datenbank-Clients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl eingehender Zero Windows weist darauf hin, dass ein Peer-Gerät zu langsam war, um die empfangene Datenmenge zu verarbeiten.
Response Zero Windows	Die Anzahl der Nullfensteranzeigen, die von gesendet wurden Server beim Empfangen von Datenbankanforderungen. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden. Eine große Anzahl ausgehender Zero-Windows weist darauf hin, dass ein Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Gesamtzahl der Gastgeber-Ställe

Dieses Diagramm zeigt die durchschnittliche Anzahl der von Geräten gesendeten Nullfensterwerbungen.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 Kunden 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 Datenbankantworten sendeten. Ein RTO ist ein 1—5 Sekunden langer Stillstand im TCP-Verbindungsfluss aufgrund übermäßiger Neuübertragungen. Wenn Sie eine große Anzahl ausgehender 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 der Zeitüberschreitungen bei der erneuten Übertragung, die durch eine Überlastung verursacht wurden, als Clients und Server Anfragen sendeten.

Gesamtwerte der Datenbank-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. Um festzustellen, ob das Problem im Netzwerk oder bei einem Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der damit verbundenen Datenbankanforderungen Anwendung.
Antworten	Die Anzahl der Datenbankretworten, die mit dem verknüpft sind Anwendung.
Fehler	Die Anzahl der Datenbankanforderungsvorgänge, die ist auf allen Datenbankinstanzen fehlgeschlagen. Alle Datenbankfehler sollten untersucht.

Metriken des Datenbank-Netzwerks

Metrisch	Beschreibung
Zero Windows anfragen	Die Anzahl der Nullfensteranzeigen, die von gesendet wurden Datenbank-Clients. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.
Response Zero Windows	Die Anzahl der Nullfensteranzeigen, die von gesendet wurden Server beim Empfangen von Datenbankanforderungen. 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 Kunden 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 Datenbankantworten 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-Byte, die mit verknüpft sind Datenbankanfragen.
Antwort L2 Byte	Die Anzahl der L2-Byte, die mit verknüpft sind Datenbank-Antworten.
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 Datenbank-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 Pakete, die der Datenbank zugeordnet sind Anfragen.
Antwortpakete	Die Anzahl der Pakete, die der Datenbank zugeordnet sind Antworten.

Datenbank Zusammenfassung

Die folgenden Charts 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 sehen, 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 Rohfehlermeldung, die von der Datenbank gemeldet wurde. 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 von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation.
Fehler	Die Anzahl der Fehlermeldungen, die 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 von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation.
Fehler	Die Anzahl der Fehlermeldungen, die von Datenbankclients empfangen.

Leistung (95. Perzentil)

Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange der Client gebraucht hat, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server für die Bearbeitung der Anfragen gebraucht haben; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um Antworten an das Netzwerk zu übertragen.

Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, 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 Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am 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 sind.

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, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

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

Metrisch	Beschreibung
Übertragungszeit der Datenbank-Client-Anfrage	Wenn das Gerät als Datenbank fungiert Client, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten 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 benötigte, um Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfrage.
Übertragungszeit der Datenbank-Client-Antwort	Wenn das Gerät als Datenbank fungiert Client, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit empfangenen Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Datenbankclients an Paket, für das eine sofortige Bestätigung erforderlich war und als der Client das Anerkennung. 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 erhalten Sie im 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 die 95. Perzentilzeit, die Server für die Verarbeitung von Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihre 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 benötigte, um Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfrage.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Datenbankclients an Paket, für das eine sofortige Bestätigung erforderlich war und als der Client das Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Angaben zur Datenbank

Die folgenden Charts sind in dieser Region verfügbar:

Die besten Methoden

Dieses Diagramm zeigt, welche Methoden der Client am häufigsten aufgerufen hat, indem es die Gesamtzahl der Datenbankanforderungen aufschlüsselt, die der Client per Methode gesendet hat.

Die besten Statuscodes

Dieses Diagramm zeigt, welche Statuscodes der Client am häufigsten erhalten hat, indem die Anzahl der an den Client zurückgegebenen Antworten nach Statuscode aufgeteilt wird.

Top-Nutzer

Dieses Diagramm zeigt, welche Benutzer auf dem Client am aktivsten waren, indem die Gesamtzahl der vom Client gesendeten Datenbankanfragen pro Benutzer aufgeteilt wird.

Leistung der Datenbank

Die folgenden Charts sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit

In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
Verarbeitungszeit des Datenbank-Client-Servers	Die Zeit, die dieser Datenbankclient benötigte, um Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfrage.

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 benötigte, um Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfrage.

Zeitverteilung für Hin- und Rückfahrt

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Datenbankclients an Paket, für das eine sofortige Bestätigung erforderlich war und als der Client das Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Hin- und Rückreisezeit für den Client.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Datenbankclients an Paket, für das eine sofortige Bestätigung erforderlich war und als der Client das Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Netzwerkdaten

In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät 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 rein	Die Anzahl der Nullfenster, die an den 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-Ausgang	Die Anzahl der Nullfenster, die von der gesendet wurden 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 zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 eine große Anzahl von RTOs ausgegeben wird, 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 Datenbank-Metriken

Die folgenden Charts 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 am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der von dieser Datenbank gesendeten Anfragen Client. Die Anfragen decken eine Reihe von Vorgängen ab: Verbindungsverhandlungen, Sitzung Konfiguration, Datendefinitionssprache (DDL), Datenänderungssprache (DML) oder Daten lesen (auswählen).
Antworten	Die Anzahl der von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation.
Fehler	Die Anzahl der Fehlermeldungen, die 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 bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung mit einem TCP-Reset (RST) oder FIN geschlossen
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 Die vollständige Antwort kann nicht empfangen werden, da die Verbindung unterbrochen wurde oder Die Verbindung wurde mit einem TCP-Reset (RST) oder FIN geschlossen

Anfrage- und Antwortgröße

Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.

Metrisch	Beschreibung
Größe anfragen	Die Größenverteilung (in Byte) von Anfragen, die das Gerät gesendet hat, als es als Datenbankclient fungiert.
Größe der Antwort	Die Größenverteilung (in Byte) von Antworten, die das Gerät erhalten hat, als es als Datenbankclient fungierte.

Datenbank Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen

Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Datenbank-Antworten der Server gesendet hat. Anhand dieser Informationen können Sie feststellen, wie aktiv der Server zum Zeitpunkt der Rückgabe der Fehler war.

Wenn Sie eine große Anzahl von Fehlern sehen, können Sie Details zu jedem Fehler anzeigen, einschließlich der Rohfehlermeldung, die von der Datenbank gemeldet wurde. 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 angeforderter Operation. 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 angeforderter Operation. 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 Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange Clients gebraucht haben, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server für die Bearbeitung von Anfragen gebraucht hat; und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das Netzwerk zu übertragen.

Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, 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 Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am 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 sind.

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, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

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

Transferzeit anfragen	Wenn das Gerät als Datenbank fungiert Server, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit empfangenen 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 nach dem Empfang des letzten Paket der abfrage.
Übertragungszeit der Antwort	Wenn das Gerät als Datenbank fungiert Server, die Zeit zwischen der Erkennung des ersten Paket durch das ExtraHop-System und dem letzten Paket mit gesendeten Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Datenbankserver Paket, für das eine sofortige Bestätigung erforderlich war und als der Server die Anerkennung. 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 erhalten Sie im Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)

Wenn ein Server langsam arbeitet, können Sie anhand der Leistungsübersichtsmesswerte herausfinden, ob das Netzwerk oder der Server das Problem verursacht. Die Leistungsübersichtsmetriken zeigen die 95. Perzentilzeit, die der Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die die Übertragung von Paketen aus diesen Anfragen (und ihren jeweiligen Antworten) über das Netzwerk benötigte. 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 nach dem Empfang des letzten Paket der abfrage.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Datenbankserver Paket, für das eine sofortige Bestätigung erforderlich war und als der Server die Anerkennung. 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 am häufigsten auf dem Server aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server per Methode empfangen hat, aufgeteilt wird.

Die besten Statuscodes

Dieses Diagramm zeigt, welche Datenbankstatuscodes der Server am häufigsten zurückgegeben hat, indem es die Gesamtzahl der Antworten, die der Server gesendet hat, nach Statuscode aufgeschlüsselt wird.

Top-Nutzer

Dieses Diagramm zeigt, welche Benutzer auf dem Server am aktivsten waren, indem es die Gesamtzahl der Datenbankanforderungen aufschlüsselt, die vom Benutzer an den Server gesendet wurden.

Leistung der Datenbank

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit

In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Verarbeitungszeit des Servers

Die Zeit, die dieser Datenbankserver benötigt hat sende das erste Paket einer Antwort nach dem Empfang des letzten Paket der abfrage.

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 nach dem Empfang des letzten Paket der abfrage.

Zeitverteilung für Hin- und Rückfahrt

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Zeit der Hin- und Rückfahrt

Die Zeit zwischen dem Senden eines Datenbankserver Paket, für das eine sofortige Bestätigung erforderlich war und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Roundtrip-Zeit für den Server.

Zeit der Hin- und Rückfahrt

Die Zeit zwischen dem Senden eines Datenbankserver Paket, für das eine sofortige Bestätigung erforderlich war und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Netzwerkdaten

In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät 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 rein	Die Anzahl der Nullfenster, die an den 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-Ausgang	Die Anzahl der Nullfenster, die von der gesendet wurden 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 zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 eine große Anzahl von RTOs ausgegeben wird, 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 Datenbank-Metriken

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 Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der Datenbankanfragen und -antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Anfragen	Die Anzahl der Anfragen, die von allen Datenbank empfangen wurden Instanzen auf diesem Server. Anfragen decken eine Reihe von Operationen ab: Verbindung Verhandlungen, Sitzungskonfiguration, Datendefinitionssprache (DDL), Daten Änderungssprache (DML) oder Datenlesevorgänge (auswählen)
Antworten	Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angeforderter Operation. 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 vollständige Anfrage, weil bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung unterbrochen wurde mit einem TCP-Reset (RST) oder FIN geschlossen
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, da bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung geschlossen wurde mit einem TCP-Reset (RST) oder FIN

Anfrage- und Antwortgröße

Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.

Größe anfragen	Die Größenverteilung (in Byte) von Anfragen, die das Gerät empfangen hat, als es als Datenbankserver fungierte.
Größe der Antwort	Die Größenverteilung (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 Datenbank-Antworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt der Rückgabe der Fehler waren.

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

Hinweis:

Um weitere Informationen zu Fehlern zu erhalten, klicken Sie auf Fehler Link oben auf der Seite.

Metrisch	Beschreibung
Antworten	Die Anzahl der von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation.
Fehler	Die Anzahl der Fehlermeldungen, die 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 von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation.
Fehler	Die Anzahl der Fehlermeldungen, die 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 die Gesamtzahl der Datenbankanforderungen, die die Gruppe vom Client gesendet hat, aufgeschlüsselt wird.

Die besten Methoden

Dieses Diagramm zeigt, welche Datenbankmethoden die Gruppe am häufigsten aufgerufen hat, indem es die Gesamtzahl der Anfragen, die die Gruppe per Methode gesendet hat, aufgeschlüsselt wird.

Die besten Statuscodes

Dieses Diagramm zeigt, welche Datenbankstatuscodes die Gruppe am häufigsten erhalten hat, indem die Anzahl der an die Gruppe zurückgegebenen Antworten nach Statuscode aufgeteilt wird.

Datenbankmetriken für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten

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

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der von dieser Datenbank gesendeten Anfragen Client. Die Anfragen decken eine Reihe von Vorgängen ab: Verbindungsverhandlungen, Sitzung Konfiguration, Datendefinitionssprache (DDL), Datenänderungssprache (DML) oder Daten lesen (auswählen).
Antworten	Die Anzahl der von dieser Datenbank eingegangenen Antworten Client. Die Antworten variieren je nach angeforderter Operation.
Fehler	Die Anzahl der Fehlermeldungen, die 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 bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung mit einem TCP-Reset (RST) oder FIN geschlossen
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 Die vollständige Antwort kann nicht empfangen werden, da die Verbindung unterbrochen 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 Verarbeitung von Anfragen von den Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.

Metrisch	Beschreibung
Verarbeitungszeit des Datenbank-Clientservers	Die Zeit, die dieser Datenbankclient benötigte, um Empfangen Sie das erste Paket einer Antwort nach dem Senden des letzten Paket der abfrage.

Datenbank Zusammenfassung für Gruppe

Die folgenden Charts sind in dieser Region verfügbar:

Transaktionen insgesamt

Dieses Diagramm zeigt Ihnen, wann Datenbankfehler aufgetreten sind und wie viele Datenbank-Antworten die Server gesendet haben. Anhand dieser Informationen können Sie feststellen, wie aktiv die Server zum Zeitpunkt der Rückgabe der Fehler waren.

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 erfahren, warum die Server die Anfragen nicht erfüllen konnten. Wenn die Anzahl der Fehler jedoch gering ist, ist das Problem möglicherweise komplexer, und Sie sollten das Verhältnis von Datenbankanforderungen zu Datenbankantworten untersuchen. In einer gesunden Umgebung sollte die Anzahl der Anfragen und Antworten ungefähr gleich sein. Weitere Informationen finden Sie im Abschnitt Metriken für Gruppen weiter unten.

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 angeforderter Operation. 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 Ihnen, wie viele Datenbank-Antwortserver 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 angeforderter Operation. 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 Charts 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, die die Gruppe vom Server gesendet hat, aufgeschlüsselt wird.

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 nach Methode erhalten hat, aufgeschlüsselt wird.

Oberster Statuscode

Dieses Diagramm zeigt, welche Datenbankstatuscodes die Gruppen am häufigsten zurückgegeben haben, indem es die Gesamtzahl der Antworten, die die Gruppe per Statuscode gesendet hat, aufgeschlüsselt wird.

Datenbankmetriken für Gruppe

Die folgenden Charts 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 genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Anfragen	Die Anzahl der Anfragen, die von allen Datenbank empfangen wurden Instanzen auf diesem Server. Anfragen decken eine Reihe von Operationen ab: Verbindung Verhandlungen, Sitzungskonfiguration, Datendefinitionssprache (DDL), Daten Änderungssprache (DML) oder Datenlesevorgänge (auswählen)
Antworten	Die Anzahl der Antworten aller Datenbankinstanzen auf diesem Server. Die Antworten variieren je nach angeforderter Operation. 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 vollständige Anfrage, weil bei der Verbindung ein Timeout aufgetreten ist oder die Verbindung unterbrochen wurde mit einem TCP-Reset (RST) oder FIN geschlossen
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, da bei der Verbindung ein Timeout aufgetreten 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 Verarbeitung von Anfragen von Clients benötigt haben. 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 nach dem Empfang des letzten Paket der abfrage.

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 wurden. 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 des DHCP-Servers, aufgeschlüsselt 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, an dem das letzte Paket einer Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen wird.

Metrisch	Beschreibung
Verarbeitungszeit des DHCP-Servers	Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung 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-Serverservers	Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung 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 beim Filtern von Ausreißern den höchsten Wert für einen Zeitraum anzuzeigen. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Das folgende Diagramm 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:

Nachrichtentypen für häufig gestellte Anfragen

Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Anwendung am häufigsten gesendet hat, indem die Gesamtzahl der Anfragen, die die Anwendung gesendet hat, nach Nachrichtentyp aufgeteilt 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 aufgeteilt wird.

DHCP-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit

In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
Verarbeitungszeit des DHCP-Servers	Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von DHCP-Anfragen und das erste Paket der entsprechenden Antworten.

Verarbeitungszeit des Servers

Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.

Metrisch	Beschreibung
Verarbeitungszeit des DHCP-Servers	Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von DHCP-Anfragen und das erste Paket der entsprechenden Antworten.

Gesamtwerte der DHCP-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 gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

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-Byte, die mit verknüpft sind DHCP-Anfragen
Antwort L2 Byte	Die Anzahl der L2-Byte, 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 sehen, 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 eingegangenen Antworten mit einer Fehleroption.

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 eingegangenen Antworten mit einer Fehleroption.

Verarbeitungszeit des Servers

Dieses Diagramm zeigt die Verarbeitungszeiten des DHCP-Servers, aufgeschlüsselt nach Perzentilen. Die Serververarbeitungszeit zeigt an, wie lange Server gebraucht haben, um Anfragen vom Client zu verarbeiten. Die Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt, an dem das letzte Paket einer Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen wird.

Metrisch	Beschreibung
Verarbeitungszeit des DHCP-Clientservers	Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung 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-Serverservers	Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung 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 beim Filtern von Ausreißern den höchsten Wert für einen Zeitraum anzuzeigen. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Das folgende Diagramm 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:

Nachrichtentypen für die häufigsten Anfragen

Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Client am häufigsten gesendet hat, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Nachrichtentyp aufgeteilt wird.

Die häufigsten Arten von Antwortnachrichten

Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Client am häufigsten erhalten hat, indem es 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 aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
Verarbeitungszeit des DHCP-Clientservers	Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung 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-Clientservers	Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung 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:

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.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der DHCP-Anfragen und -Antworten exakt gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

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 eingegangenen Antworten mit einer Fehleroption.

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 zum Zeitpunkt der Rückgabe 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 das Gerät gesendet hat, als fungiert als DHCP-Server
Fehler	Wenn das Gerät als DHCP-Server fungiert, die Anzahl der mit einer Fehleroption gesendeten Antworten.

Transaktionen insgesamt

Dieses Diagramm zeigt die Gesamtzahl der vom Server gesendeten DHCP-Antworten 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 mit einer Fehleroption gesendeten Antworten.

Verarbeitungszeit des Servers

Dieses Diagramm zeigt die Verarbeitungszeiten des DHCP-Servers, aufgeschlüsselt nach Perzentilen. Die Serververarbeitungszeit zeigt an, wie lange der Server gebraucht hat, um Anfragen von Clients zu verarbeiten. Die Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt, an dem das letzte Paket einer Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen wird.

Metrisch	Beschreibung
Verarbeitungszeit des DHCP-Serverservers	Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket 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-Serverservers	Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket 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 beim Filtern von Ausreißern den höchsten Wert für einen Zeitraum anzuzeigen. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Das folgende Diagramm 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:

Nachrichtentypen für die häufigsten Anfragen

Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten empfangen hat, indem die Gesamtzahl der Anfragen, die der Server empfangen hat, nach Nachrichtentyp aufgeteilt 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 aufgeteilt wird.

DHCP-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit

In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
Verarbeitungszeit des DHCP-Serverservers	Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket 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-Serverservers	Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.

Gesamtwerte der DHCP-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 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 gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als DHCP-Server fungiert
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 mit einer Fehleroption gesendeten Antworten.

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 sehen, 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 im Abschnitt Metriken für Gruppen weiter unten.

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 eingegangenen Antworten mit einer Fehleroption.

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 eingegangenen Antworten mit einer Fehleroption.

DHCP-Details für 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 die Gesamtzahl der DHCP-Anfragen, die die Gruppe vom Client gesendet hat, aufgeteilt wird.

Nachrichtentypen für die häufigsten Anfragen

Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen die Gruppe am häufigsten gesendet hat, indem die Gesamtzahl der Anfragen, die die Gruppe gesendet hat, nach Nachrichtentyp aufgeteilt 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 aufgeteilt wird.

DHCP-Metriken für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar:

Gesamtzahl der Anfragen und Antworten

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

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

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 eingegangenen Antworten mit einer Fehleroption.

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 Verarbeitung von Anfragen von den Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Clients langsame Server kontaktieren.

Metrisch	Beschreibung
Verarbeitungszeit des DHCP-Clientservers	Wenn das Gerät als DHCP-Client fungiert, die Zeit zwischen der Erkennung 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 zum Zeitpunkt der Rückgabe der Fehler waren.

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

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 mit einer Fehleroption gesendeten Antworten.

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 mit einer Fehleroption gesendeten Antworten.

DHCP-Details für 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, aufgeteilt wird.

Nachrichtentypen für die häufigsten Anfragen

Dieses Diagramm zeigt, welche DHCP-Nachrichtentypen der Server am häufigsten empfangen hat, indem die Gesamtzahl der Anfragen, die der Server empfangen hat, nach Nachrichtentyp aufgeteilt 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, die nach Nachrichtentyp gesendet wurden, aufgeteilt wird.

DHCP-Metriken für Gruppe

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 genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als DHCP-Server fungiert
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 mit einer Fehleroption gesendeten Antworten.

Verarbeitungszeit des Servers

Das Diagramm Serververarbeitungszeit zeigt die durchschnittliche Zeit, die die Server für die Verarbeitung von Anfragen von Clients benötigt haben. Hohe Serververarbeitungszeiten deuten darauf hin, dass die Server in einer Gruppe langsam sind.

Metrisch	Beschreibung
Verarbeitungszeit des DHCP-Serverservers	Wenn das Gerät als DHCP-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket 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 wurden. 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 anfragen	Die Anzahl der Timeouts, die aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wird. DNS-Timeouts können Verlangsamungen und Störungen verursachen

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 anfragen	Die Anzahl der Timeouts, die aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wird. DNS-Timeouts können Verlangsamungen und Störungen verursachen

Verarbeitungszeit des Servers

Dieses Diagramm zeigt die Verarbeitungszeiten von DNS-Servern, aufgeschlüsselt 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, an dem das letzte Paket einer Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen 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 langer Die Verarbeitungszeit kann auf eine Latenz hinweisen.

Das Diagramm mit der Zusammenfassung der Serververarbeitungszeit konzentriert sich auf das 95. Perzentil, um beim Filtern von Ausreißern den höchsten Wert für einen Zeitraum anzuzeigen. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Das folgende Diagramm 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 langer 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 Antworten, die an die Anwendung zurückgegeben wurden, nach Opcode aufgeteilt wird.

Die häufigsten Host-Anfragen

Dieses Diagramm zeigt, welche Hostanfragen die Anwendung am häufigsten gestellt hat, indem die Gesamtzahl der Anfragen, die die Anwendung per Hostabfrage gesendet hat, aufgeschlüsselt wird.

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 aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
Verarbeitungszeit des DNS-Servers	Die Zeit, die DNS-Server zum Senden der erstes Paket einer Antwort nach Empfang des letzten Paket einer Anfrage.

Verarbeitungszeit des Servers

Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.

Metrisch	Beschreibung
Verarbeitungszeit des DNS-Servers	Die Zeit, die DNS-Server zum Senden der erstes Paket einer Antwort nach 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 gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

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 anfragen	Die Anzahl der Timeouts, die aufgrund von eine wiederholte unbeantwortete DNS-Anfrage, die von Clients an DNS-Server gesendet wird. DNS-Timeouts können Verlangsamungen und Störungen verursachen
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-Netzwerk-Metriken

Metrisch	Beschreibung
L2 Byte anfordern	Die Anzahl der L2-Byte, die mit DNS verknüpft sind Anfragen.
Antwort L2 Byte	Die Anzahl der L2-Byte, die mit DNS verknüpft sind Antworten.
Pakete anfordern	Die Anzahl der Pakete, die mit DNS verknüpft sind Anfragen.
Antwortpakete	Die Anzahl der Pakete, die mit DNS verknüpft sind 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 Empfangs 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 von diesem DNS empfangenen Antworten 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 von diesem DNS empfangenen Antworten 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 Anforderungs-Timeouts 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 von diesem DNS gesendeten Anfragen Client.
Timeouts anfragen	Die Anzahl der Timeouts, die aufgrund von Zeitüberschreitungen eingetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanforderung, 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 von diesem DNS gesendeten Anfragen Client.
Timeouts anfragen	Die Anzahl der Timeouts, die aufgrund von Zeitüberschreitungen eingetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanforderung, 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, aufgeschlüsselt nach Perzentilen. Die Serververarbeitungszeit zeigt an, wie lange Server gebraucht haben, um Anfragen vom Client zu verarbeiten. Die Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt, an dem das letzte Paket einer Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen 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 langer Die Verarbeitungszeit kann auf eine Latenz hinweisen.

Das Diagramm „Serververarbeitungszeit" konzentriert sich auf das 95. Perzentil, um beim Filtern von Ausreißern den höchsten Wert für einen Zeitraum anzuzeigen. Das 95. Perzentil ist der höchste Wert, der unter 95% der Werte für einen Stichprobenzeitraum fällt. Das folgende Diagramm 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 langer Die Verarbeitungszeit kann auf eine Latenz hinweisen.

DNS-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die häufigsten Datensatztypen

Dieses Diagramm zeigt, welche Datensatztypen der Client am häufigsten angefordert hat, indem die Gesamtzahl der vom Client gesendeten Anfragen nach Datensatztyp aufgeteilt wird.

Die häufigsten 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 Client 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 für das Gerät die Flussanalyse nicht aktiviert ist:

Verteilung der Serververarbeitungszeit

In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

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 langer 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 langer Die Verarbeitungszeit kann auf eine Latenz hinweisen.

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, 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 selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der von diesem DNS gesendeten Anfragen Client.
Antworten	Die Anzahl der von diesem DNS gesendeten Anfragen Client.
Fehler	Die Häufigkeit, mit der dieser DNS-Client empfangen hat Fehlercodes als Antwort auf eine Anfrage.
Timeouts anfragen	Die Anzahl der Timeouts, die aufgrund von Zeitüberschreitungen eingetreten sind zu einer wiederholten unbeantworteten DNS-Abfrageanforderung, 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 Anfragen, die gesendet wurden, aber wurden während der Übertragung gekürzt, wenn das Gerät als DNS-Client fungiert. Ein abgeschnittenes Eine 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 jedoch 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 zugrundeliegende Ü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 zum Zeitpunkt der Rückgabe 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 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 Anforderungs-Timeouts 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 anfragen	Die Anzahl der Timeouts im Zusammenhang mit dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Zeitüberschreitungen 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 anfragen	Die Anzahl der Timeouts im Zusammenhang mit dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Zeitüberschreitungen bei DNS-Anfragen können zu Verlangsamungen führen und Störungen.

Serververarbeitungszeiten

Dieses Diagramm zeigt die Verarbeitungszeiten von DNS-Servern, aufgeschlüsselt nach Perzentilen. Die Serververarbeitungszeit zeigt an, wie lange der Server gebraucht hat, um Anfragen von Clients zu verarbeiten. Die Serververarbeitungszeit wird berechnet, indem die Zeit zwischen dem Zeitpunkt, an dem das letzte Paket einer Anfrage und dem ersten Paket einer Antwort vom ExtraHop-System gesehen wird, gemessen wird. 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ötigte das erste Antwortpaket nach Erhalt einer Abfrageanforderung. Eine lange Bearbeitungszeit kann Latenz anzeigen.

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ötigte das erste Antwortpaket nach Erhalt einer Abfrageanforderung. Eine lange Bearbeitungszeit kann Latenz anzeigen.

DNS-Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die häufigsten Datensatztypen

Dieses Diagramm zeigt, welche Datensatztypen am häufigsten auf dem Server angefordert wurden, indem es die Gesamtzahl der Anfragen, die der Server empfangen hat, nach Datensatztyp aufgeschlüsselt wird.

Die häufigsten 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 Antworten, die der Server per Antwortcode gesendet hat, aufgeteilt wird.

DNS-Leistung

Die folgenden Diagramme sind in dieser Region verfügbar, sofern für das Gerät die Flussanalyse nicht aktiviert ist:

Verteilung der Serververarbeitungszeit

In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
Verarbeitungszeit des DNS-Servers	Die Zeit, die dieser DNS-Server zum Senden benötigte das erste Antwortpaket nach Erhalt einer Abfrageanforderung. Eine lange Bearbeitungszeit kann Latenz anzeigen.

Verarbeitungszeit des Servers

Dieses Diagramm zeigt die durchschnittliche Serververarbeitungszeit.

Metrisch	Beschreibung
Verarbeitungszeit des DNS-Servers	Die Zeit, die dieser DNS-Server zum Senden benötigte das erste Antwortpaket nach Erhalt einer Abfrageanforderung. Eine lange Bearbeitungszeit kann Latenz anzeigen.

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, 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 selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

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 anfragen	Die Anzahl der Timeouts im Zusammenhang mit dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Zeitüberschreitungen 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 zugrundeliegende Ü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 sehen, 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 im Abschnitt Metriken für Gruppen weiter unten.

Metrisch	Beschreibung
Antworten	Die Anzahl der von diesem DNS empfangenen Antworten 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 von diesem DNS empfangenen Antworten 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 die Gesamtzahl der DNS-Anfragen, die die Gruppe vom Client gesendet hat, aufgeteilt wird.

Die häufigsten Datensatztypen

Dieses Diagramm zeigt, welche Datensatztypen die Gruppe am häufigsten angefordert hat, indem es die Gesamtzahl der Anfragen, die die Gruppe gesendet hat, 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 aufgeteilt wird.

DNS-Metriken für Gruppe

Die folgenden Diagramme sind in dieser Region verfügbar, es sei denn, alle Geräte in der Gruppe sind in Flow Analysis enthalten:

Gesamtzahl der Anfragen und Antworten

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

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der Anfragen und Antworten genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der von diesem DNS gesendeten Anfragen Client.
Antworten	Die Anzahl der von diesem DNS empfangenen Antworten 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 Verarbeitung von Anfragen von den Clients benötigt haben. 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 langer 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 zum Zeitpunkt der Rückgabe der Fehler waren.

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

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, aufgeteilt wird.

Die häufigsten Datensatztypen

Dieses Diagramm zeigt, welche Datensatztypen auf Servern in der Gruppe am häufigsten angefordert wurden, indem die Gesamtzahl der Anfragen, die die Gruppe empfangen hat, nach Datensatztyp aufgeteilt 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 per Antwortcode gesendet hat, aufgeteilt wird.

DNS-Metriken für Gruppe

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

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 genau gleich ist, selbst in einer gesunden Umgebung. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

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 anfragen	Die Anzahl der Timeouts im Zusammenhang mit dieser DNS-Server, der nach einer wiederholten unbeantworteten DNS-Abfrageanfrage auftrat, war von Kunden gesendet. Zeitüberschreitungen 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 zugrundeliegende Ü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 Verarbeitung von Anfragen von Clients benötigt haben. 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ötigte das erste Antwortpaket nach Erhalt einer Abfrageanforderung. Eine lange Bearbeitungszeit kann Latenz anzeigen.

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 wurden. 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 Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, 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.

Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, 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 Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am 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 sind.

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, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

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

Metrisch	Beschreibung
Transferzeit anfragen	Die Zeit zwischen der Erkennung des ExtraHop-Systems 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 des ExtraHop-Systems das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Antworten.
Übertragungszeit der Antwort	Die Zeit zwischen der Erkennung des ExtraHop-Systems 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 der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das eine sofortige Bestätigung erfordert und wann die Bestätigung war 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 erhalten Sie im Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)

Wenn eine Anwendung langsam arbeitet, 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 Verarbeitung von Anfragen von Clients benötigten, im Vergleich zu der 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihre 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 des ExtraHop-Systems das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Antworten.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das eine sofortige Bestätigung erfordert und wann die Bestätigung war erhalten.

FIX Einzelheiten

Die folgenden Diagramme sind in dieser Region verfügbar:

Die besten Methoden

Dieses Diagramm zeigt, welche FIX-Methoden der Anwendung zugeordnet waren, indem die Gesamtzahl der FIX-Anfragen nach Methoden aufgeteilt wird.

Top-Absender

Dieses Diagramm zeigt die wichtigsten FIX-Absender für die Anwendung, indem die Gesamtzahl der FIX-Anfragen nach Absender aufgeschlüsselt wird.

Die wichtigsten Ziele

Dieses Diagramm zeigt die wichtigsten FIX-Ziele für die Anwendung, indem die Gesamtzahl der FIX-Anfragen nach Zielen 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 aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
FIX-Serververarbeitungszeit	Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Antworten.

Verarbeitungszeit des Servers

Dieses Diagramm zeigt die durchschnittliche Bearbeitungszeit für die Anwendung.

Metrisch	Beschreibung
FIX-Serververarbeitungszeit	Die Zeit zwischen der Erkennung des ExtraHop-Systems das letzte Paket von FIX-Anfragen und das erste Paket der entsprechenden Antworten.

Zeitverteilung für Hin- und Rückfahrt

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das eine sofortige Bestätigung erfordert und wann die Bestätigung war erhalten.

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Hin- und Rückfahrzeit für die Anwendung.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines FIX-Clients oder Server Paket, das eine sofortige Bestätigung erfordert und wann die Bestätigung war erhalten.

Netzwerkdaten

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

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die einer Anwendung zugeordnet waren. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät dies einholt. 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 anfragen	Die Anzahl der gesendeten Nullfensterankündigungen 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.
Response Zero Windows	Die Anzahl der gesendeten Nullfensterankündigungen 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 ausgehender Zero-Windows weist darauf hin, dass ein Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Gesamtzahl der Gastgeber-Ställe

Dieses Diagramm zeigt die durchschnittliche Anzahl der von Geräten gesendeten Nullfensterwerbungen.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 Kunden 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, als 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 ausgehender 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 der Zeitüberschreitungen bei der erneuten Übertragung, die durch eine Überlastung verursacht wurden, als Clients und Server Anfragen sendeten.

Metrisch	Definition
RTOs Ein	Die Anzahl der Timeouts bei der erneuten Übertragung, verursacht durch Überlastung, als Kunden 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, als 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 ausgehender 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-Metriksummen

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. Um festzustellen, ob das Problem im Netzwerk oder bei einem Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum , 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 ein Problem mit diesen Transaktionen vorliegt.

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 anfragen	Die Anzahl der gesendeten Nullfensterankündigungen von FIX-Kunden. Ein Gerät kündigt ein Zero Window an, wenn eingehende Daten zu schnell ankommen, um verarbeitet zu werden.
Response Zero Windows	Die Anzahl der gesendeten Nullfensterankündigungen 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 Kunden 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, als 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-Byte, die mit FIX verknüpft sind Anfragen.
Antwort L2 Byte	Die Anzahl der L2-Byte, 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 FIX-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 Pakete, die mit FIX verknüpft sind Anfragen.
Antwortpakete	Die Anzahl der Pakete, die mit FIX verknüpft sind Antworten.

Diese Seite zeigt Metrikdiagramme von FIX Serververkehr, der mit einem Gerät in Ihrem Netzwerk verknüpft ist.

• Erfahren Sie auf dieser Seite mehr über Charts:
  • FIX Zusammenfassung
  • FIX Einzelheiten
  • FIX-Leistung
  • Netzwerkdaten
  • FIX-Metriksummen
• Erfahre mehr über mit Metriken arbeiten.

FIX Zusammenfassung

Die folgenden Diagramme sind in dieser Region verfügbar:

Transaktionen

Dieses Diagramm zeigt Ihnen, wann FIX-Fehler aufgetreten sind. Das Diagramm zeigt Ihnen auch, wie viele FIX-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.

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 eingegangenen 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 eingegangenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern.

Leistung (95. Perzentil)

Dieses Diagramm zeigt das 95. Perzentil der Timing-Metriken. Die Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange der Client gebraucht hat, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange Server für die Bearbeitung der Anfragen gebraucht haben; und die Antwortübertragungszeit zeigt, wie lange Server gebraucht haben, um Antworten an das Netzwerk zu übertragen.

Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, 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 Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am 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 sind.

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, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

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

Metrisch	Beschreibung
Übertragungszeit der FIX-Clientanfrage	Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des ersten Pakets durch das ExtraHop-System und dem letzten Paket von gesendete Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
FIX Client-Server-Verarbeitungszeit	Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
Übertragungszeit der FIX-Clientantwort	Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des ersten Pakets durch das ExtraHop-System und dem letzten Paket von eingegangene Antworten. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit der 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 Anerkennung. 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 erhalten Sie im 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 die 95. Perzentilzeit, die Server für die Verarbeitung von Anfragen vom Client benötigten, im Vergleich zur 95. Perzentilzeit, die Pakete aus diesen Anfragen (und ihre 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 Client-Server-Verarbeitungszeit	Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.
Zeit der 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 Anerkennung. 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 per Methode gesendet hat, aufgeschlüsselt wird.

Top-Versionen

Dieses Diagramm zeigt, über welche Versionen des FIX-Protokolls der Client am häufigsten kommuniziert hat, indem die Gesamtzahl der Anfragen, die der Client per FIX-Version gesendet hat, aufgeschlüsselt wird.

Die wichtigsten Ziele

Dieses Diagramm zeigt die wichtigsten FIX-Ziele für den Client, indem die Gesamtzahl der Anfragen, die der Client gesendet hat, nach Zielen 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 aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
FIX Client-Server-Verarbeitungszeit	Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung 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 Client-Server-Verarbeitungszeit	Wenn das Gerät als FIX-Client fungiert, die Zeit zwischen der Erkennung des letzten Paket der gesendeten Anfrage durch das ExtraHop-System und das erste Paket der empfangenen Antwort.

Zeitverteilung für Hin- und Rückfahrt

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Metrisch	Beschreibung
Zeit der 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 Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Hin- und Rückreisezeit für den Client.

Metrisch	Beschreibung
Zeit der 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 Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Netzwerkdaten

In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät 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 rein	Die Anzahl der Nullfenster, die an den 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-Ausgang	Die Anzahl der Nullfenster, die von der gesendet wurden 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 zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 eine große Anzahl von RTOs ausgegeben wird, 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-Metriksummen

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 am Netzwerk oder am Server liegt, überprüfen Sie RTOs und Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der Anfragen, die das Gerät gesendet hat, als fungiert als FIX-Client.
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 eingegangenen 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, wurde aber nicht vollständig empfangen.
POS-Duplikat	Die Anzahl möglicher doppelter Nachrichten, die das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Wenn eine FIX-Engine sich nicht sicher ist, ob ein Nachricht wurde erfolgreich am vorgesehenen Ziel empfangen oder als Antwort auf eine erneute Sendeanforderung, eine mögliche doppelte (PossDup) Nachricht wird generiert
POS erneut senden	Die Anzahl der möglichen erneut gesendeten Nachrichten, die das Gerät, das gesendet wurde, wenn es als FIX-Client fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung übermäßig lange unbestätigt bleibt Zeit.

Anfrage- und Antwortgröße

Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.

Metrisch	Beschreibung
Größe anfragen	Die Größenverteilung (in Byte) von Anfragen, die das Gerät gesendet hat, als es als FIX-Client fungiert.
Größe der Antwort	Die Größenverteilung (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

Dieses Diagramm 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 zum Zeitpunkt der Rückgabe der Fehler war.

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 Übertragungs- und Verarbeitungszeitmetriken zeigen Teile einer vollständigen Transaktion. Die Anforderungsübertragungszeit zeigt, wie lange Clients gebraucht haben, um Anfragen an das Netzwerk zu übertragen; die Serververarbeitungszeit zeigt, wie lange der Server für die Bearbeitung von Anfragen gebraucht hat; und die Antwortübertragungszeit zeigt, wie lange der Server gebraucht hat, um Antworten an das Netzwerk zu übertragen.

Übertragungs- und Verarbeitungszeiten werden berechnet, indem die Zeit zwischen dem Zeitpunkt, zu dem das erste und das letzte Paket mit Anfragen und Antworten vom ExtraHop-System gesehen werden, gemessen wird, 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 Metriken allein ein unvollständiges Bild vermitteln. Daher ist auch die Metrik Round Trip Time (RTT) in dieser Tabelle enthalten. RTT-Metriken sind ein guter Indikator für die Leistung Ihres Netzwerk. Wenn Sie hohe Übertragungs- oder Verarbeitungszeiten sehen, aber der RTT niedrig ist, liegt das Problem wahrscheinlich auf Geräteebene. Wenn jedoch die RTT-, Verarbeitungs- und Übertragungszeiten hoch sind, kann sich die Netzwerklatenz auf die Übertragungs- und Verarbeitungszeiten auswirken, und das Problem liegt möglicherweise am 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 sind.

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, da die Übertragung der Anfrage im Netzwerk sehr lange dauerte (möglicherweise aufgrund einer Netzwerküberlastung).

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

Metrisch	Beschreibung
FIX-Serveranforderungsübertragungszeit	Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des ersten Pakets durch das ExtraHop-System und dem letzten Paket von eingegangene Anfragen. Eine hohe Zahl kann auf eine große Anfrage oder eine Netzwerkverzögerung hinweisen.
FIX Server-Server-Verarbeitungszeit	Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
FIX-Serverantwortübertragungszeit	Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des ersten Pakets durch das ExtraHop-System und dem letzten Paket von Antworten gesendet. Eine hohe Zahl kann auf eine große Antwort oder eine Netzwerkverzögerung hinweisen.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. 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 erhalten Sie im Diagramm eine genauere Ansicht der Daten:

Aufführung (95.)

Wenn ein Server langsam arbeitet, können Sie anhand der Leistungsübersichtsmesswerte herausfinden, ob das Netzwerk oder der Server das Problem verursacht. Die Leistungsübersichtsmetriken zeigen die 95. Perzentilzeit, die der Server für die Verarbeitung von Anfragen von Clients benötigte, im Vergleich zur 95. Perzentilzeit, die die Übertragung von Paketen aus diesen Anfragen (und ihren jeweiligen Antworten) über das Netzwerk benötigte. 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 Server-Server-Verarbeitungszeit	Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

FIX Einzelheiten

Die folgenden Charts sind in dieser Region verfügbar:

Die besten Methoden

Dieses Diagramm zeigt, welche FIX-Methoden am häufigsten auf dem Server aufgerufen wurden, indem die Gesamtzahl der Anfragen, die der Server per Methode empfangen hat, aufgeschlüsselt wird.

Top-Versionen

Dieses Diagramm zeigt, über welche Versionen des FIX-Protokolls der Server am häufigsten 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 empfangen hat, nach Ziel aufgeteilt wird.

FIX-Leistung

Die folgenden Charts sind in dieser Region verfügbar:

Verteilung der Serververarbeitungszeit

In diesem Diagramm werden die Serververarbeitungszeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Verarbeitungszeiten zu zeigen.

Metrisch	Beschreibung
FIX Server-Server-Verarbeitungszeit	Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket 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 Server-Server-Verarbeitungszeit	Wenn das Gerät als FIX-Server fungiert, die Zeit zwischen der Erkennung des letzten empfangenen Paket durch das ExtraHop-System Anfrage und erstes Paket der gesendeten Antwort.

Verteilung der Hin- und Rückreise

In diesem Diagramm werden die Hin- und Rückfahrtzeiten in einem Histogramm aufgeschlüsselt, um die häufigsten Hin- und Rückfahrtzeiten anzuzeigen.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Zeit der Hin- und Rückfahrt

Dieses Diagramm zeigt die durchschnittliche Roundtrip-Zeit für den Server.

Metrisch	Beschreibung
Zeit der Hin- und Rückfahrt	Die Zeit zwischen dem Senden eines Paket durch einen FIX-Server das erforderte eine sofortige Bestätigung und als der Server die Anerkennung. Die Round Trip Time (RTT) ist ein Maß für das Netzwerk Latenz.

Netzwerkdaten

In diesem Region werden Ihnen TCP-Informationen angezeigt, die sich auf das aktuelle Protokoll beziehen. Im Allgemeinen weisen Hostblockaden darauf hin, dass ein Problem mit dem Server oder dem Client vorliegt, und Netzwerkblockaden weisen darauf hin, dass ein Problem mit dem Netzwerk vorliegt.

Stände für Gastgeber

Dieses Diagramm zeigt die Anzahl der Nullfenster, die vom Gerät angekündigt oder empfangen wurden. Geräte steuern die Menge der Daten, die sie empfangen, indem sie die Anzahl der Pakete angeben, die über einen bestimmten Zeitraum an sie gesendet werden können. Wenn einem Gerät mehr Daten gesendet werden, als es verarbeiten kann, kündigt das Gerät ein Nullfenster an, in dem das Peer-Gerät aufgefordert wird, das Senden von Paketen vollständig einzustellen, bis das Gerät 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 rein	Die Anzahl der Nullfenster, die an den 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-Ausgang	Die Anzahl der Nullfenster, die von der gesendet wurden 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 zeigt an, dass der Client zu langsam war, um die empfangene Datenmenge zu verarbeiten.

Netzwerkstörungen

Dieses Diagramm zeigt die Anzahl der Zeitüberschreitungen bei der erneuten Übertragung, die aufgetreten sind. Retransmission Timeouts (RTOs) treten auf, wenn ein Netzwerk zu viele Pakete verwirft, normalerweise aufgrund von Paketkollisionen oder Puffererschöpfung. Wenn ein Gerät eine Anfrage oder Antwort sendet und innerhalb einer bestimmten Zeit keine Bestätigung erhält, sendet das Gerät die Anfrage erneut. Wenn zu viele Neuübertragungen 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 eine große Anzahl von RTOs ausgegeben wird, 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-Metriksummen

Die folgenden Charts 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 Nullfenster in der Netzwerkdaten Abschnitt.

Hinweis:

Es ist unwahrscheinlich, dass die Gesamtzahl der FIX-Anfragen und -Antworten selbst in einer gesunden Umgebung exakt gleich ist. Beispielsweise sehen Sie möglicherweise einen Zeitraum, 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 ein Problem mit diesen Transaktionen vorliegt.

Metrisch	Beschreibung
Anfragen	Die Anzahl der Anfragen, die das Gerät erhalten hat wenn er als FIX-Server fungiert.
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 der möglichen doppelten gesendeten Nachrichten wenn das Gerät als FIX-Server fungiert. Wenn eine FIX-Engine sich nicht sicher ist, ob eine Meldung wurde erfolgreich am Bestimmungsort oder als Antwort auf einen erneuten Versand empfangen Anfrage, eine mögliche doppelte (PossDup) Nachricht wird generiert
POS erneut senden	Die Anzahl der möglichen erneut gesendeten Nachrichten wenn das Gerät als FIX-Server fungiert. Mehrdeutige Meldungen auf Anwendungsebene kann erneut versendet werden, wenn eine Bestellung übermäßig lange unbestätigt bleibt Zeit.

Durchschnittliche Anfrage- und Antwortgröße

Dieses Diagramm zeigt die durchschnittliche Größe von Anfragen und Antworten.

Metrisch	Beschreibung
Größe anfragen	Die Größenverteilung (in Byte) von Anfragen, die das Gerät empfangen hat, als es als FIX-Server fungiert.
Größe der Antwort	Die Größenverteilung (in Byte) von Antworten, die empfangen werden, wenn das Gerät als FIX-Server fungiert.

Diese Seite zeigt Metrik Diagramme von FIX Serververkehr, der einer Gerätegruppe in Ihrem Netzwerk zugeordnet ist.

• Erfahren Sie auf dieser Seite mehr über Charts:
  • FIX Zusammenfassung für Gruppe
  • FIX-Details für 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 sehen, 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 im Abschnitt Metriken für Gruppen weiter unten.

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 eingegangenen 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 eingegangenen Fehlerantworten. Diese Metriken beinhalten nicht die Verarbeitung von Bestell- und Handelsfehlern.