Wie beheben Sie IIS -Leistungsprobleme mit LogParser?

Verwenden Sie LogParser, um langsam laufende Anforderungen zu identifizieren, indem Sie das zeitgeschnittene Feld abfragen und in absteigender Reihenfolge sortieren, um die 10 langsamsten Anforderungen zu ermitteln, die dazu beitragen, ineffiziente Endpunkte zu erkennen. 2. Analysieren Sie Hochverkehrsendpunkte, indem Sie URLs gruppieren und Treffer zählen, um Ressourcen unter starker Belastung aufzudecken, und kombinieren Sie sie mit der durchschnittlichen Reaktionszeit, um häufig auf langsame Seiten zugegriffen zu haben. 3.. Überprüfen Sie die Client- oder Bot -Überlastung, indem Sie Top -Client -IPs und Benutzeragenten mit hohen Anforderungsvolumina identifizieren. 4. Untersuchen Sie die Leistungstrends im Laufe der Zeit, indem Sie Protokolle in Stundenintervalle gruppieren, um die Reaktionszeiten mit Verkehrsmustern zu korrelieren und Backend -Probleme zu identifizieren; 5. Erkennungsfehler erkennen, indem die Statuscodes von 5xx oder 4xx HTTP-Statuscodes filtern, insbesondere für häufige 500 Fehler an bestimmten Endpunkten, und mit den langen Antwortzeiten korrelieren, um zugrunde liegende Anwendungsprobleme anzuzeigen.

IIS -Leistungsprobleme können aus langsamen Anforderungen, hohem Serverlast oder ineffizientem Anwendungsverhalten zurückzuführen sein. LogParser ist ein leistungsstarkes Befehlszeilen-Tool von Microsoft, mit dem Sie IIS-Protokolldateien mithilfe von SQL-ähnlichen Abfragen analysieren können, wodurch Engpässe und Muster identifiziert werden können. Hier erfahren Sie, wie Sie LogParser effektiv verwenden, um IIS -Leistung zu beheben.

1. Identifizieren Sie langsam laufende Anfragen

Eines der häufigsten Leistungsprobleme sind Anfragen, die zu lange dauern, um zu verarbeiten. IIS-Protokolle enthalten das time-taken Feld (in Millisekunden), das für die Erkennung langsamer Antworten der Schlüssel ist.

Verwenden Sie diese LogParser -Abfrage, um die 10 langsamsten Anforderungen zu ermitteln:

 LogParser.exe "Top 10 CS-URI-STEM, CS-URII-Query, zeitlich, c-ip, sc-status aus c: \ inetpub \ logs \ logFiles \ W3SVC1 \ U_EX*.Log Order zum Zeitgezarten des Desc"

• cs-uri-stem : Die angeforderte Seite oder API-Endpunkt.
• time-taken : Zeit in Millisekunden, um die Anfrage zu erfüllen.
• c-ip : Client-IP (kann helfen, Bots oder bestimmte Benutzer zu identifizieren).
• sc-status : HTTP-Statuscode (um zu überprüfen, ob auch langsame Anforderungen fehlschlagen).

Tipps:

• Suchen Sie nach Mustern wie bestimmten Endpunkten, die konsistent> 5000 ms dauern.
• Filter nach Statuscode (z. WHERE sc-status = 200 ), um sich auf erfolgreiche, aber langsame Antworten zu konzentrieren.
• Betrachten Sie die Filterung nach Zeitbereich mit TO_TIMESTAMP(date, time) .

2. Finden Sie hohe Verkehrs- oder überlastete Endpunkte

Manchmal verschlechtert sich die Leistung aufgrund übermäßiger Treffer auf einer einzigen Ressource. Verwenden Sie LogParser, um die am häufigsten zugegriffenen URLs zu finden:

 LogParser.exe "Wählen Sie CS-URI-STEM, zählen Sie (*) als Treffer aus C: \ inetpub \ logs \ logFiles \ W3SVC1 \ u_ex*.log-Gruppe von CS-URI-Stem-Reihenfolge nach Hits Desc Top 10"

Eine hohe Trefferzahlen auf ressourcenlastigen Seiten (z. B. Berichten, Suche) können CPU oder Speicherdruck verursachen.

Weitere Analyse:

• Kombinieren Sie die Frequenz mit time-taken um die durchschnittliche Reaktionszeit pro URL zu berechnen:

 Wählen Sie CS-URI-STEM,
       Zählen (*) als Hits,
       Avg (zeitlich) als avg_time,
       Max (zeitlich) als max_time
Aus c: \ inetpub \ logs \ logfiles \ w3svc1 \ u_ex*.log
Gruppe von CS-URI-STEM
Avg_time> 1000 haben
Bestellung von avg_time desc

Dies zeigt Endpunkte auf, auf die sowohl langsam als auch häufig zugegriffen werden - Kandidaten für die Optimierung.

3.. Überprüfen Sie die Überlastung von Clients oder Bot

Manchmal werden Leistungsprobleme durch einen einzelnen Client oder einen automatisierten Bot verursacht, der den Server überflutet.

Suchen Sie Top -Client -IPs per Anfrage, zahlt:

 LogParser.exe "Wählen Sie C-IP, zählen Sie (*) als Anforderungen von C: \ inetpub \ logs \ logFiles \ W3SVC1 \ u_ex*.log Group nach C-IP-Bestellung nach Anforderungen DESC TOP 10"

• Wenn eine IP in kurzer Zeit Tausende von Anfragen hat, kann es sich um einen Schaber oder ein schlechtes Kunde handeln.
• Überprüfen Sie mit time-taken oder Statuscodes (z. B. vielen 404S), um böswilliges Scannen zu erkennen.

Sie können auch nach dem Benutzeragenten filtern:

 Wählen Sie CS (Benutzeragent), zählen (*) als Zählung
Aus c: \ inetpub \ logs \ logfiles \ w3svc1 \ u_ex*.log
Gruppe nach CS (Benutzer-Agent)
Bestellung von Count Desc

Unerwartete oder bekannte schlechte Bots (z. B. curl , python-requests ) in hohem Volumen müssen möglicherweise blockiert werden.

4. Analysieren Sie die Leistung im Laufe der Zeit

Um zu sehen, wie die Reaktionszeiten den ganzen Tag über den Trend der Zeitintervalle gruppen: Gruppen nach Zeitintervallen:

 WÄHLEN 
    Quantisieren (to_timestamp (Datum, Uhrzeit), 3600) als Stunde,
    Avg (zeitlich) als avg_response_time,
    Zählen (*) als Total_Requests
Aus c: \ inetpub \ logs \ logfiles \ w3svc1 \ u_ex*.log
Gruppe zu Stunde
Stunde bestellen

Dies hilft, die Leistung zu korrelieren, die mit Verkehrsspitzen (z. B. während der Geschäftszeiten oder geplanten Jobs) zurückgegangen sind.

• Plötzliche Spikes in avg_response_time trotz moderatem Verkehr können auf Backend -Probleme (Datenbank, externe API) hinweisen.
• Verwenden Sie Diagramme, indem Sie nach CSV exportieren und in Excel: TO CSV -o:CSV öffnen.

5. Fehler erkennen, die die Leistung beeinflussen

HTTP 5xx -Fehler (Serverfehler) oder 4xx (Client -Fehler) können tiefere Probleme angeben, die die Leistung beeinflussen.

Top -Server -Fehler finden:

 WÄHLEN 
    sc-status, 
    CS-URI-STEM, 
    Zählen (*) als Graf 
Aus c: \ inetpub \ logs \ logfiles \ w3svc1 \ u_ex*.log 
Wo sc-status> = 500 
Gruppe von SC-Status, CS-URI-Stem 
Bestellung von Count Desc

• Häufige 500 Fehler in einem bestimmten Endpunkt können uneingeschränkte Ausnahmen bedeuten, die eine hohe CPU oder einen hohen Speicher verursachen.
• Kombinieren Sie es mit time-taken -einige Fehler treten nach langen Verarbeitungszeiten auf.

Endgültige Tipps

• Stellen Sie sicher, dass eine detaillierte Protokollierung in IIS aktiviert ist (z. B. time-taken , cs-uri-query , cs(User-Agent) ).
• Verwenden Sie Wildcards ( u_ex*.log ), um mehrere Protokolldateien über Tage zu analysieren.
• Exportieren von Ergebnissen in CSV oder dafft sie: Hinzufügen TO output.csv -o:CSV zu einer beliebigen Abfrage.
• Planen Sie regelmäßige Analysen während der Spitzenleistung Beschwerden.

LogParser wird das Problem nicht direkt beheben, aber es taucht schnell auf, wo es nachsehen soll - ob es sich um eine langsame API, ein Schurkenbot oder eine schlecht benommene Anwendung handelt.

Beginnen Sie im Grunde genommen mit langsamen Anfragen und hohen Frequenzendpunkten und bohren Sie dann in Clients und Fehler. Hier verstecken sich normalerweise Leistungsprobleme.

Das obige ist der detaillierte Inhalt vonWie beheben Sie IIS -Leistungsprobleme mit LogParser?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!