2017-11-06 6 views
0

Ich habe versucht, einen Fehler in einer Legacy-Anwendung für unsere Kunden zu lokalisieren. Sie haben sich über langsame Antwortzeiten beschwert und IIS-Protokolle überprüft. Ich kann sehen, dass manchmal Anfragen, die nicht 500 ms dauern sollten, 10-30 Sekunden dauern.IIS erlebt super langsam Anfragen intermittierend

Es scheint kein Muster zu geben: diese Anfragen passieren mit Anfragen, die von unserer Anwendung bearbeitet werden, sie passieren mit kleinen statischen Dateien (Bilder und .js-Dateien), sie passieren bei hohem und niedrigem Datenverkehr. Es scheint keinen Anforderungstyp zu geben, der vor oder während diesen Anforderungen auftritt, der dies verursachen würde.

Ich habe versucht, fehlgeschlagene Anfrage Tracing für lange Anfragen, aber alles passiert in IIS-Pipeline scheint 0 ms oder zumindest in der Nähe zu nehmen. Könnte dies durch extrem langsame Netzwerkverbindungen oder durch die Blockierung von Threads (oder etwas ganz anderem) durch ältere Anwendungen verursacht werden?

+1

ist die Anwendung .net basiert? Wenn dies der Fall ist, sollten Sie die Protokollierung aktivieren, wenn der Anwendungspool wiederverwendet wird, um zu sehen, ob dies zur gleichen Zeit geschieht. – Peter

+0

Es ist nicht .net basiert. Leider verwendet es ein benutzerdefiniertes ISAPI-Modul. Aber ich habe das Recycling-Logging eingeschaltet, nur für den Fall, gute Idee. –

+0

Legacy ... so dass Sie in einer VM laufen? auf einem neuen Betriebssystem, das die Sicherheit ernster nimmt und eine Sicherheitsabfrage nach den Adressen macht, die Sie herunterladen möchten? – Surt

Antwort

0

Behoben mein eigenes Problem.

Die Langsamkeit unseres Kunden wird wahrscheinlich durch andere Faktoren verursacht. Vergleichte Anforderungsstatistiken zu anderen Diensten (mit völlig anderer Technologie) und stellten fest, dass sie alle ähnliche langsame Anfragen haben, die jetzt und wahrscheinlich durch langsame Verbindungen verursacht werden.

Nützliche Tools: