Abbiamo circa 200 server, Hyper V, File Cluster e IIS, che presentano tutti lo stesso problema, un evento si verifica sul server durante l'uso normale che raggiunge il limite massimo o quasi massimo della RAM sul server. Una volta che ciò accade, il servizio SVCHOST / Workstation, in particolare (eliminato dal servizio SVGOST isolandolo dal proprio SVCHOST) smette di rilasciare handle / thread e la memoria utilizzata da quel servizio non viene mai rilasciata. Abbiamo, in alcuni casi estremi, servizi Workstation che utilizzano fino a 40 GB di RAM su un server da 255 GB. Anche trovare in alcuni casi oltre 40 milioni di handle.
Al riavvio, il problema ovviamente scompare e non viene più visualizzato fino a quando tutta la memoria non è stata utilizzata, ad esempio dal processo W3 o dalle VM HyperV, dopodiché il servizio Workstation inizia a catturare tutta la RAM. Il processo è molto lento e può richiedere settimane / mesi a seconda della quantità di RAM su un server.
Sia i nostri server Hyper V che i server IIS accedono alle condivisioni per i file di lavoro, queste condivisioni sono archiviate su SSD, quindi sono molto performanti. Abbiamo installato tutte le patch attuali ma non ci siamo spostati su R2 in quanto disponiamo di numerosi strumenti che renderanno questo un passaggio significativo e non sono in grado di trovare alcuna chiara indicazione che ciò verrà risolto in R2.
Abbiamo eseguito ProcMon e altri strumenti, ma sui server più problematici tali strumenti non funzioneranno nemmeno. Per gli altri, i risultati che forniscono mostrano solo che sembra esserci effettivamente una perdita di memoria in quel processo.
C'è un modo in cui possiamo liberare la memoria da questo processo o evitare il bug tutti insieme? Non vogliamo riavviare e non è possibile riavviare il processo una volta che si trova in uno stato di errore. Il processo si blocca.
Stiamo cercando di evitare di riavviare regolarmente per "risolvere" questo problema, quindi qualsiasi risposta sarebbe apprezzata.