Desktop
Website
Multimedia
Database
Security
Enterprise
Fråga : Intermittent långa laddar tid på perioden REQUEST_ACQUIRE_STATE
Vi har ett problem med IIS 7.5. Vi är i det processaa av migrating av en existerande ASP.NET-plats till en ny server. Den var rinnande under IIS 6 precis fint för omkring 5 år. Det inget trafikerar, och inget bearbetar är rinnande på denna nya server. Det är en inre website, och ingenting annars har migrated till detta nytt boxas, men det tas fram via internet, och inte via lokalen network.
The en plats är rinnande med krävd HTTPS och ettundertecknat säkerhetscertifikat. Varje flera sidan laddar (en i fem eller en i sex), snurrandena för rengöringsdukwebbläsaren precis för omkring 111 millisekunder. När vi är prövas för att figurera ut vad problemet var, vi möjliggjorde spåring using web.configen sparar: " för
requestLimit= " för pageOutput= riktig " riktig " 200000000 "
Once för/>
för traceMode=" SortByTime " localOnly= " falsk "… som tracen möjliggjordes, oss, grundar att förfråganen hängde aldrig. Den bearbetade alltid within under en understödja. Vi har testat efter omfattande och grundar att det konsekvent hängningar när
. Bearbeta med maskin, då uppsättningen till " riktig " enabled=, förfråganen hangs.
We försökte aldrig att se förfråganen vid roterande av tracen på serveren och roterande på Charles (3.5.1) på lokalen. Interestingly vi får några hängningar på platsen med Charles spring endera inte. Webbläsaren anmäler aldrig några fel, men våra rapporter för applikationsnivåfeltillbehörar (som utförs från Global.asax i Application_Error) en ogiltig viewstate. Funderare I den ogiltiga viewstaten är unrelated, men vem sidor för knows.
These är intensiva data, så vi önskade att se den aspekt. Vi grundar ingenting i SQL-profileren som skulle indikerar att SQL-serveren som den är involverad i problem.
Next som vi försökte att använda missad förfråganspåring härskar. Sedan sidan inte anmälde ett fel och tog precis långt för long för att ladda, oss uppsättningen villkora till statuskod 200. Detta antecknade lyckat sidan laddar. Sedan det var precis mig på systemet, jag kunde lätt välja ut godan laddar från den långa ones.
vad vi grundar var en lång tid på ”perioden” ”REQUEST_ACQUIRE_STATE” som följer direkt ”ManagedPipelineHandleren” ”MAP_REQUEST_HANDLER”. statlig
Session är i processaa och har det standart att ställa in. Ingenting har ändrats. Denna är en inloggningsplats genom att använda ASP.NET-medlemskapfamiljeförsörjaren, men annars använder inte egentligen någon period variables.
There är ingen utfärdar anmält i serverens Windows loggar, och inget undantag verkar för att kastas på dessa långa loads.
Does vem som helst att ha rekommendationer eller förslag om hur man löser detta?
Thanks, " för
John
filename” för class= för >
(87 KB)” javascript för href= " för <-/span>
<-/div>
" " för >
<-/div>
" klar "
Svar : Intermittent långa laddar tid på perioden REQUEST_ACQUIRE_STATE
Jag har inte några bestämda svar, men jag var kompetent att lösa problemet. Platsen ifrågasätter in var rinnande i .NET 2.0 med den äldre versionen av System.Web.Extensionsen (skriva, JSON och annan whatnot). Vi använde också ASP.NETEN SqlMembershipProvider. Detta var också på en HTTPS-anslutning (though huruvida, som var släkt, vi inte vet).
I vår forskning som vi grundar det som är roterande på spåring via web.configen, stoppade problemet. Jämväl using Charles till den klockan vad händde från den avlägsna beställaren som verkades för att stoppa problemet. Baserat på detta vi figurerade att den var mest rimligt en beställarebisak. Utfärda aldrig fick effekt Firefox eller kromen och vi var kompetent att finna andra med utfärdar var Internet Explorer inte överförde kakor eller hade problem med lägen för kakakommunikation i synnerhet. Veta att en ändring på det skulle stoppet för serveren (som möjliggör spåring) den långa fördröjningen från att uppstå, oss resonerade att något i kommunikationen mellan platsen och IE-webbläsare var problemet.
Fixa det som fungeras för oss:
Vi förbättrade web.configen, och platsen som använder 3.5 av system.web.extensionsen, delar upp gruppen i configSectionsna som förbättras enheterna, httpHandlers, httpModules, och tillfogat i system.codedomen, system.webServer delar upp. Vi recompiled platsen och omplacerade kodifiera till serveren, och problemet har efter lösts.
Jag misstänker att tillägget av system.codedomen och system.webServeren var viktigt. Using de nyare enheterna också kan ha lekt en roll.
Tack,
John
Andra lösningar
Hur många skrivar av sidor r där i SQL-server?
OMA och OWA
Missa över mellan GLÅMIGA anslutningar för aktiv/för aktiv på en Cisco Router
ASP.Net tappar skuggar verkställer
Vad är ämna av ”den MAKEFILE” makroen i en makefile?
Ett rengöringsdukundantag uppstod därför att en HTTP 401 - det obehöriga svaret mottogs från okända
Funktionen måste använda en Updateable Query
PHP passerar parametrar till den on-line aktiveringssidan
Ethernetövergångskabel förbinder
döda ett processaa vid styrka, hur kan jag