Quelle est une bonne façon de définir sur le diagnostic des problèmes de connexion ASP.NET?

Question

Alors qu'en surface cette question semble devoir être sur serverfault.com J'ai une raison de poster ici en premier.

J'ai développé une application Web ASP.NET 2.0. Tout récemment, avec une utilisation plus lourde, il y a eu des erreurs pendant (Impossible de se connecter au serveur) au milieu d'un appel postback ou AJAX. Cependant les erreurs sont intermittentes et le serveur ne montre pas de signes de charge en termes de CPU, d'E/S ou de RAM.

Mon premier instinct dit "faute de carte réseau", mais je suis un développeur de logiciels et je n'aime pas blâmer mes outils. 99% du temps, un bug est une erreur humaine plutôt que du matériel. Rackspace (notre fournisseur) indique qu'il n'y a pas d'erreurs de réseau et les journaux du serveur ne montrent rien de conséquence.

Sur les systèmes de validation locaux, le logiciel fonctionne comme un rêve, comme on peut s'y attendre.

Ma question est où commencez-vous à regarder et où vous arrêtez-vous et allez demander sur serverfault.com?

(Je suppose que je suis à la recherche d'une liste de contrôle d'idée d'experts)

Answer 1

je ferais ce qui suit pour tenter de l'isoler:

• utiliser un service comme watchmouse.com pour surveiller votre application à partir de différents endroits. Cela devrait vous donner une indication s'il s'agit d'un problème de réseau. (Peut-être un en dehors du contrôle Rackspaces.)

• Obtenez un exemple du code HTML & Javascript d'une page, lorsque l'erreur se produit. Cela devrait aider à déterminer s'il s'agit du code.

• Obtenez les temps exacts lorsque l'erreur se produit. Vous pouvez les donner à rackspace pour surveiller les journaux, ainsi que regarder votre propre journalisation pour ces moments.

• Toujours selon John, regardez vos journaux d'événements et vos compteurs pour déterminer s'il y a un problème de votre côté.

Answer 2

Jetez un oeil dans le journal des événements du serveur, en particulier pour les événements de la source d'événement « ASP.NET ». Regardez également les compteurs de performance ASP.NET, en particulier les compteurs "Request". Cela ressemble à un manque de threads de travail, peut-être parce que vos demandes prennent trop de temps. Vous pouvez constater que seules certaines requêtes prennent trop de temps avec les opérations de base de données ou autres, auquel cas vous serez en mesure d'atténuer le problème en rendant ces pages asynchrones.