Hallo Lotte Visser,
Het probleem dat je beschrijft is typisch voor Windows System Resource Manager (WSRM) op drukke RDSH-hosts: de CPU-toewijzingsregels worden genegeerd zodra processen genest of indirect gestart worden, waardoor kritieke services geen cycli meer krijgen. WSRM zelf is verouderd en heeft beperkingen in sessiegebaseerde isolatie. De enige manier om dit betrouwbaar te corrigeren is om de CPU-toewijzingsalgoritmen opnieuw op sessieniveau uit te voeren via Group Policy of direct in de RDSH-hostconfiguratie. Concreet moet het WSRM-beleid worden aangepast, zodat het “Resource Allocation Policies” niet proces-gebaseerd is, maar sessie-gebaseerd, en de planner de CPU-quota toekent per sessie. Dit doe je door in WSRM de “Resource Allocation Policy” te wijzigen naar “Equal_Per_Session” van een aangepast beleid dat de CPU-percentages verdeeld per sessie in plaats van per uitvoerbaar bestand.
Daarnaast Microsoft om voor moderne omgevingen over de stappen op de feitelijke CPU-throttling en Fair Share Scheduler van Remote Desktop Services, via Groepsbeleid onder Computerconfiguratie → Beheersjablonen → Windows-componenten → Remote Desktop Services → Remote Desktop Session Host → Connections → Configure Fair Share of CPU Resources kan worden ingeschakeld. Dit is betrouwbaarder dan WSRM en voorkomt dat mechanismen buiten de regels vallen. grotendeels je deze configuratie activeert en WSRM uitschakelt, worden CPU-resources correct verdeeld per sessie en verdwijnen de blokkades.
Als mijn antwoord nuttig voor je is, klik dan op Accepteer het antwoord om mij te steunen.
Bedankt,
Domic.