WSRM-sääntöjen aiheuttamat taustaprosessien kaatumiset: miten hienosäätää prosessin vastaavuuskriteerejä?

Hei Emma Bakker,

WSRM-sääntöjen käytön yhteydessä ilmenevät kaatumiset johtuvat suoraan liian laajoista prosessien tunnistuskriteereistä. WSRM tarkastelee oletusarvoisesti suoritettavien tiedostojen nimiä ja komentorivimerkkijonoja; jos sääntö on liian yleisluontoinen, se voi kohdistua kriittisiin taustapalveluihin ja rajoittaa niiden resursseja. Tilanteen korjaamiseksi tunnistuskriteerejä kannattaa tarkentaa siten, että sääntö koskee vain kyseessä olevia vanhempia sovellusprosesseja. Käytännössä kannattaa välttää yleisiä nimiä, kuten java.exe tai w3wp.exe, ilman tarkentavia tietoja. Käytä sen sijaan koko polun tunnistusta kohdassa Process Matching Criteria → Image Name → Path (Prosessien tunnistuskriteerit → Tiedostonimi → Polku), jotta WSRM osaa erottaa järjestelmäpalvelut varsinaisesta sovelluksesta. Voit myös määrittää järjestelmäprosesseille poikkeuksia asettamalla kieltoehtoja (negatiivisia täsmäyksiä) samaan sääntöjoukkoon.

Varmin tapa on määrittää WSRM-säännöt käyttäen suoritettavan tiedoston koko polkua ja tarvittaessa komentoriviparametreja, jotka yksilöivät kyseisen sovellusinstanssin. Tämä estää taustapalveluiden resurssien rajoittamisen ja poistaa kuvailemasi käynnistyksen aikaiset kaatumiset. Kun olet muuttanut kriteerejä, käynnistä WSRM-palvelu (wsrm.exe) uudelleen ja seuraa tapahtumalokeja kohdassa Applications and Services Logs → Microsoft → Windows System Resource Manager varmistaaksesi, että rajoitukset kohdistuvat vain haluttuihin prosesseihin.

Jos vastauksestani oli apua, tue minua valitsemalla ”Hyväksy vastaus” (Accept the answer).

Kiitos,

HL.