2010-05-18 7 views
1

Nous avons un problème avec un site asp.net que nous construisons et hébergeons pour un client. Il y a environ une semaine, le site Web ne répondait pas aux demandes, aucune erreur n'était renvoyée. Nous n'avons pas déployé de code, mais le client télécharge des pages non compilées de temps en temps.Débogage du site Web suspendu

Redémarrer le pool d'applications sur lequel le site fonctionne résout le problème, mais dans 1-8 heures, la même chose se reproduira. La chose étrange est que le journal iis montre que, même si le site semble ne pas répondre, les pages semblent être traitées normalement, presque comme si les demandes étaient bloquées dans une file d'attente ou quelque chose comme ça.

Le journal des événements du serveur ne montre rien non plus. Le site est exécuté sur 2 serveurs dont la charge est équilibrée à l'aide de NLB. Basculer la charge sur un serveur puis un autre montre les mêmes résultats indiquant que le problème n'est pas spécifique à l'environnement mais un problème avec l'application elle-même.

Nous avons lancé DebugDiag sans résultats évidents. Nous ne savons pas où aller pour aller au fond des choses maintenant. Quelqu'un peut-il suggérer des techniques de débogage que nous pourrions utiliser pour éliminer quelque chose ou découvrir la source du problème?

+0

Honnêtement, je ne sais pas ... bonne question! Mais je peux vous dire que l'autre jour, j'ai eu des problèmes avec les pages ASP.NET compilées ou non compilées qui échouaient parce que les requêtes vers MSSQL étaient erronées en raison de noms de tables non qualifiés dans les instructions SQL. C'est quelque chose que vous pourriez rechercher. –

Répondre

0

Qu'est-ce que l'utilisation de l'UC? est-il maxed (éventuellement maxed pour le pool d'application si vous définissez une limite)?

Lit-il à partir d'une base de données? Est-il bloqué ou bloqué, empêchant le chargement des pages?

+0

Désolé j'ai oublié d'ajouter l'utilisation du processeur et la mémoire sont relativement normale. Nos serveurs hébergent également plusieurs sites Web. – Sheff

+0

Et oui sa lecture d'une base de données SQL. S'il y avait un problème d'interblocage, le serveur ne retournerait-il pas une exception de 500 avec une sql? Je vais cependant exécuter une trace sql pour déterminer s'il y a des problèmes. – Sheff

0

Juste un "page blanche" résultat - donc pas d'erreur pour le client, mais pas de flux de réponse non plus?

Si oui, nous avons eu les mêmes résultats avec une application héritée de notre. De classique ASP à .NET 1.0, 1.1 et éventuellement 2.0. Nous avons oublié de terminer certaines variables "statiques" à partir de l'original construit et ils sont devenus très "statiques" tous les x heures provoquant le "blanc" de l'application.

+0

Oui, il n'y a aucun flux de réponse. le navigateur se trouve juste là et attend simplement une réponse. Hmmm certaines des pages de clients qu'ils ajoutent sont ASP classique. Que voulez-vous dire en terminant les variables statiques? Voulez-vous dire une variable qui dure la vie de l'application. Si oui, ne verrons-nous pas une utilisation anormale de la mémoire? – Sheff

+1

"Si oui, ne voyons-nous pas l'utilisation de la mémoire anormale?" C'est ce que j'avais pensé aussi .. mais ce n'était pas le cas dans notre application, CPU et Mem-utilisation était assez normal. En terminant le traitement: refactorisation des variables statiques aux variables de session ou aux singletons publics pour la session (en fonction de l'utilisation). – riffnl

+0

Ok merci, je vais vérifier le code de nos clients pour de tels problèmes. – Sheff