Questione : Molto tempo intermittente del carico alla sessione REQUEST_ACQUIRE_STATE

Stiamo avendo un problema con IIS 7.5.  Siamo nel corso della migrazione del luogo attuale di ASP.NET ad un nuovo assistente. Stava funzionando sotto IIS 6 appena benissimo per circa 5 anni.  Là nessun traffico e nessun processo stanno funzionando su questo nuovo assistente.  È un Web site interno e nient'altro è stato migrato a questa nuova scatola, ma sta raggiungenda via il Internet e non via network.

The un luogo sta funzionando con HTTPS richiesto e un Security Certificate auto-firmato.  Ogni vari paginano i carichi (uno in cinque o in uno in sei), le rotazioni di web browser appena per circa 111 millisecondo.  Nel provare a calcolare fuori che cosa il problema era, abbiamo permesso al rintracciamento using la lima di web.config: il requestLimit= allineare allineare " " del pageOutput= " del enabled= " del

" 200000000


Once che di/>
" del localOnly= " " di SortByTime " del traceMode= "… la traccia è stata permessa a, noi ha trovato che la richiesta non ha appeso mai.  Ha procedato sempre dentro al di sotto di un secondo.  Da allora abbiamo provato estesamente ed abbiamo trovato che appende costantemente quando enabled=…/> " falso " del
We non ha provato mai a osservare su richiesta spegnebbi la traccia sull'assistente ed accendendo Charles (3.5.1) sulla macchina locale.  Interessante, non ne otteniamo c'è ne appendiamo sul luogo con Charles che fa funzionare l'uno o l'altro.  Il browser non segnala mai alcuni errori, ma i nostri rapporti dell'intrappolamento di errori del livello di applicazione (eseguito da Global.asax in Application_Error) un viewstate non valido.  Penso che il viewstate non valido sia indipendente, ma chi le pagine di knows.

These sono dati intensi, in modo da abbiamo voluto esaminare quella funzione.  Abbiamo trovato che niente in Profiler di SQL che avrebbe indicato l'assistente di SQL che è coinvolto nel problem.

Next abbiamo provato a usando le regole di rintracciamento guastate di richiesta.  Poiché la pagina non stava segnalando un errore ed appena non stava prendendo il senso troppo lungamente al carico, abbiamo fissato la circostanza al codice status 200.  Ciò ha registrato con successo i carichi della pagina.  Poiché era appena me sul sistema, potrei selezionare facilmente i buoni carichi dal ones.

che cosa abbiamo trovato eravamo un molto tempo “sulla sessione„ “REQUEST_ACQUIRE_STATE„ che direttamente segue “il ManagedPipelineHandler„ “MAP_REQUEST_HANDLER„.  la condizione del

Session è in lavorazione ed ha la messa a punto standard.  Niente è stato modificato.  Ciò è un luogo di inizio attività usando il fornitore di insieme dei membri di ASP.NET, ma al contrario realmente non usa alcuna sessione variables.

There è edizioni segnalate nei ceppi di Windows dell'assistente e nessun'eccezione sembra essere gettato su questi loads.

Does qualcuno avere le raccomandazioni o suggerimenti circa come risolvere questo? il

Thanks, nome di schedario„ " vuoto " >