Mehr über die Data Workbench Mitteilung zum Ende der Nutzungsdauer.
Der Sensor erfasst alle Messdaten, die bei Seitenanfragen (GET-Anfragen) an die Webserver übertragen werden, auf denen er installiert ist.
Sensor erfasst diese Messdaten über die Anwendungsprogrammierschnittstelle des Webservers, direkt von der oder den Instanzen der Webserver-Software, die auf Ihrem Webserver ausgeführt wird. Sensor greift nicht auf die vom Webserver generierten Protokolldateien zu. In der Tat ist nach Sensor und der Data Workbench-Server installiert und getestet wurde, kann die native Protokollierungsfunktion des Webservers deaktiviert werden, ohne dass sich dies auf die Datenerfassung auswirkt. In vielen Fällen wird durch die Deaktivierung der Protokollierung von Dateien auf lokalen Festplatten der Webserver-Computer die Seitenbereitstellungskapazität dieser Webserver verbessert, da eine relativ große Menge von festem Datenträger-I/O erforderlich ist, um diese Informationen auf der lokalen Festplatte des Webserver-Computers zu protokollieren.
Sensor erfasst Messungs- und Webanfragedaten direkt von jedem Webserverprozess und virtuellen Webserverprozess (falls zutreffend) und schreibt die Daten vorübergehend in eine Queue-Datei, eine fehlertolerante Speicherwarteschlange mit festem Festplattenabbau auf dem Webserver-Computer. Der Sensor Transmitter-Dienst (oder Daemon je nach Plattform) ruft Daten aus der Queue-Datei ab und komprimiert und verschlüsselt sie dann, bevor sie zur langfristigen Speicherung an den Data Workbench-Server übermittelt werden. Mit Sensor, werden die Daten nur dann auf Ihren Webserver-Computern in der Queue-Datei gesammelt, wenn Sie ein Netzwerk- oder ein anderes Problem haben, das die Übertragung verhindert. Die Queue-Datei ermöglicht die effiziente lokale Speicherung von Stunden bis Tagen von Web-Anfragedaten, um die Daten zu schützen, wenn ein Netzwerk- oder Systemfehler nicht zulässt, dass die Daten in Echtzeit an den Data Workbench-Server übermittelt werden.
Sensor erfasst Messdaten aus jedem physischen und logischen Webserverprozess, filtert sie nach Inhaltstyp, komprimiert sie, verschlüsselt sie und streamt sie an den Data Workbench-Server.
Die folgende Tabelle enthält die Felder der Protokollinformationen, die von Sensor für jede nicht herausgefilterte GET-Anfrage Sensor’s Konfigurationsdatei:
W3C-Name | Erfasste Daten | Erklärung | Erklärung |
---|---|---|---|
x-trackingid | Tracking-ID (Unique Visitor) | Kennung, die aus einem Cookie gelesen wird, das im Browser des Benutzers platziert wurde durch Sensor auf Anfrage des Besuchers | V1st=3C94007B4E01F9C2 |
Datum Zeit |
Zeitstempel | Zeitpunkt, zu dem die Anfrage vom Server verarbeitet wurde (Genauigkeit 100 ns); Genauigkeit hängt von der Serverumgebung und NTP ab) | 21.11.2002 17:21:45.123 |
sc(content-type) | Content-Typ | Typ des vom Server zurückgegebenen Objekts | text/html |
sc-status | HTTP-Antwortstatus-Code | Vom Server generierter numerischer Code, der den Status der HTTP-Server-Antwort angibt | 404 |
cs-uri-system | URI-Stem | Der vom Client angeforderte Stammteil des URI | pagedir/page.asp |
c-ip | Client-IP | IP-Adresse des anfragenden Clients | 127,0,0,1 |
s-dns | Server Domain Name | Domänenname des Webservers, der die Anforderung verarbeitet | www.domain.com |
cs(referrer) | Verweisende URL | Inhalt des vom Client gesendeten HTTP-Referrer-Felds | https://www.referringsite.com |
cs(user-agent) | Benutzeragent | Gerät, das verwendet wird, um eine Anfrage an den HTTP-Server zu senden | Mozilla/4.0+(kompatibel;+MSIE+6.0; +Windows+NT+5.1) |
cs(cookie) | Client-Cookies von Domäne | Inhalt aller Cookies des Benutzers für die Site | KL_TC1 1038058778312 KL972x1038058778312282052 KL_PVKL972 0 |
cs-uri-query | Abfragezeichenfolge | Der gegebenenfalls vom Client angeforderte Teil der Abfragezeichenfolge des URI | PAGENAME=dynamic1&link=3001 |