Question : Long temps de chargement de chargement intermittent à la session REQUEST_ACQUIRE_STATE

Nous avons un problème avec IIS 7.5.  Nous sommes en cours d'émigrer un emplacement existant d'ASP.NET à un nouveau serveur. Il fonctionnait sous IIS 6 juste très bien pendant environ 5 années.  Là aucun trafic et aucun processus ne fonctionnent sur ce nouveau serveur.  C'est un site Web interne et rien d'autre a été émigré dans cette nouvelle boîte, mais elle est accédée par l'intermédiaire de l'Internet et pas par l'intermédiaire de network.

The un emplacement fonctionne avec HTTPS exigé et un Security Certificate individu-signé.  Chaque plusieurs paginent les charges (une dans cinq ou un dans six), les rotations de web browser juste pendant environ 111 millisecondes.  En essayant de figurer dehors ce qu'était le problème, nous avons permis la découverte using le dossier de web.config : requestLimit= le " d'enabled= " vrai " de

vrai " " de pageOutput= 200000000 " le


Once de/>
de localOnly=… que la trace a été permise, nous a constaté que la demande n'a jamais accroché.  Il a toujours traité en dedans sous une seconde.  Nous avons depuis examiné intensivement et avons constaté qu'il accroche uniformément quand l'enabled=…/> " faux " de
We n'a jamais essayé de regarder sur la demande en arrêtant la trace sur le serveur et en allumant Charles (3.5.1) sur la machine locale.  Intéressant, nous n'en obtenons pas accroche sur l'emplacement avec Charles courant l'un ou l'autre.  Le navigateur ne rapporte jamais aucune erreur, mais nos rapports de piégeage d'erreurs de niveau d'application (exécuté de Global.asax dans Application_Error) un viewstate inadmissible.  Je pense que le viewstate inadmissible est indépendant, mais qui les pages de knows.

These sont des données intenses, ainsi nous avons voulu regarder cet aspect.  Nous avons trouvé que rien dans le profileur de SQL qui indiquerait le serveur de SQL étant impliqué dans le problem.

Next nous avons essayé d'employer des règles de découverte échouées de demande.  Puisque la page ne rapportait pas une erreur et ne prenait pas juste la manière trop longtemps à la charge, nous avons placé la condition au code statut 200.  Ceci a avec succès enregistré les charges de page.  Puisqu'il était juste moi sur le système, je pourrais facilement sélectionner les bonnes charges du long ones.

ce que nous avons trouvé étions un long temps sur la « session » « REQUEST_ACQUIRE_STATE » qui suit directement le « ManagedPipelineHandler » « MAP_REQUEST_HANDLER ».  l'état du

Session est dans le processus et a l'installation standard.  Rien n'a été modifié.  C'est un emplacement d'ouverture en utilisant le fournisseur d'adhésion d'ASP.NET, mais autrement n'emploie pas vraiment n'importe quelle session variables.

There ne sont aucune issue rapportée dans les notations de Windows du serveur, et aucune exception semble être jeté sur ces longs loads.

Does quiconque avoir des recommandations ou des suggestions au sujet de la façon résoudre ceci ? le

Thanks, nom de fichier » " de >