IIS se bloque lors du traitement d'une application ASP.NET en cas de charge importante. Comment résoudre ce problème?

Question

Je travaille sur une application Web ASP.NET, elle semble fonctionner correctement lorsque j'essaie de la déboguer dans Visual Studio. Toutefois, lorsque je émule une charge importante, IIS se bloque sans aucune trace - l'entrée du journal dans le journal système est très générique, "Le service de publication World Wide Web s'est arrêté de façon inattendue, il l'a fait 4 fois." Comment est-il possible d'obtenir plus d'informations d'IIS pour résoudre ce problème?

Answer 1

La clé est "sans aucune trace". Vous devez mettre votre propre trace de connexion pour créer un bavardage. Ensuite, vous serez en mesure de repérer où s'arrête le bavardage.

Answer 2

Crash de décharge asp.net process devrait vous donner tons of info ..Si vous voulez obtenir rapidement quelques informations sur la raison pour laquelle le processus a obtenu recyclé, try this tip from Scott Gu .. Health monitoring caractéristique de asp.net 2.0 est également intéressant de regarder ..

Answer 3

ASP.NET Tracing ... http://www.beansoftware.com/ASP.NET-Tutorials/Tracing-ASP.NET.aspx

Answer 4

Télécharger des outils de débogage pour Windows: http://www.microsoft.com/whdc/DevTools/Debugging/default.mspx

Outils de débogage pour Windows a un script a (Adplus) qui vous permet de créer des dépotoirs lorsqu'un processus ACCIDENTS: http://support.microsoft.com/kb/286350

La commande doit être quelque chose comme (si vous utilisez IIS6):

cscript adplus.vbs -crash -pn w3wp.exe 

Cette commande attacher le débogueur au travailleur processus. Lorsque le crash se produit, il génère un vidage (un fichier * .DMP).

Vous pouvez l'ouvrir dans WinDBG (également inclus dans les outils de débogage pour Windows). Fichier> Ouvrir Crash dump ...

Par défaut, WinDBG vous montrera (à côté de la ligne de commande) le fil dans lequel le processus s'est écrasé. si le fil n'a pas été

!clrstack 

:

La première chose que vous devez faire WinDBG est de charger les extensions .NET Framework:

.loadby sos mscorwks 

alors, vous afficherez la gestion callstack exécuter le code managé, alors vous aurez besoin de vérifier la pile native:

kpn 200 

Cela devrait gi vous avez des idées. Pour continuer le dépannage je vous recommande de lire l'article suivant:

http://msdn.microsoft.com/en-us/library/ms954594.aspx

Answer 5

Essayez cette https://www.leansentry.com/ - la surveillance des applications légère qui diagnostique automatiquement les problèmes de serveur!