Etätyöpöytäpalvelut ovat tällä hetkellä varattuja.

Johdanto

Kun Windows Server kieltäytyy uusista Remote Desktop -yhteyksistä, vian lähteen tunnistaminen on olennaista ennen palveluiden tai koko palvelimen uudelleenkäynnistämistä. Vaikuttaako ongelma yhteen käyttäjään vai useisiin istuntoihin? Tämä artikkeli opastaa IT-johdon edustajia mahdollisissa syissä, käytännön vianetsintäkomentoissa ja palautusmenettelyissä, aloitustarkistuksista edistyneempiin diagnostiikka- ja ennaltaehkäisytoimiin.

Mitä tarkoittaa, kun "Etätyöpöytäpalvelut ovat tällä hetkellä varattuja" -viesti ilmestyy?

Virhe ilmenee, kun Windows ei pysty suorittamaan pyydettyä Remote Desktop Protocol (RDP) -toimintoa tai -toimenpidettä. Yleensä ilmestyvä virheilmoitus toteaa:

Tehtävää, jota yrität tehdä, ei voida suorittaa, koska Etätyöpöytäpalvelut ovat tällä hetkellä varattuja. Yritä uudelleen muutaman minuutin kuluttua. Muiden käyttäjien pitäisi silti pystyä kirjautumaan sisään.

Vaikka virheilmoitus viittaa siihen, että järjestelmä ei pysty lisäämään toista istuntoa ja että etätyöpöytä on maksimikapasiteetissa, näin ei välttämättä ole.

Virhe voi ilmetä yhdellä käyttäjätilillä tai useilla käyttäjätilillä. Jos kyseessä on ensimmäinen vaihtoehto, istunnon pitäisi olla mahdollista käynnistää uudelleen. Kuitenkin, jos kyseessä on jälkimmäinen vaihtoehto, järjestelmä ei ehkä salli minkään käyttäjän muodostaa yhteyttä.

Lisäksi ongelma saattaa vaikuttaa joko yhteen käyttäjäistuntoon tai kaikkiin käyttäjäistuntoihin. On tärkeää erottaa nämä kaksi skenaariota, koska niiden ratkaisemiseen tarvittavat ratkaisut eroavat toisistaan.

Microsoft Learnin RDS-istunnon yhteysongelmien vianetsintäohjeet tarjoaa lisätarkistuksia Windows Server -isäntien yhteysongelmien tunnistamiseksi.

Mitä tämän virheen syyt ovat?

On useita Windows Server -komponentteja, jotka ovat mukana RDP-istunnon luomisessa. Istunnon hallintaan, järjestelmäresursseihin, Windows-palveluihin tai kirjautumisprosessiin liittyvät ongelmat voivat estää yhteyden muodostamisen.

Jumiutuneet tai reagoimattomat RDP-istunnot

Istunto saattaa jäätyä, kun se yhdistää, katkaisee yhteyden, yhdistää uudelleen tai kirjautuu ulos. Tällöin Windows ei onnistu viimeistelemään istuntoa tai vapauttamaan sen resursseja.

Järjestelmänvalvojat voivat löytää istuntoja, jotka kieltäytyvät yhdistämästä uudelleen tai kirjautumasta ulos. Ongelma voi esiintyä vain yhdessä istunnossa, vaikka muut toimisivat oikein.

Kuitenkin yksi katkaistu istunto on normaali ja se tulisi nollata vain, jos se jumittuu.

Resurssien loppuminen ja kirjautumistormit

Riittämättömät resurssit voivat viivästyttää tai estää istunnon aloituksen. Yleisimmät ongelmat ovat CPU:n kyllästyminen, muistin puute, liiallinen levyn käyttö ja hidas profiilin lataaminen.

Tällaiset ongelmat ovat erityisen voimakkaita kirjautumismyrskyjen aikana, kun sadat käyttäjät muodostavat Remote Desktop -yhteyksiä samanaikaisesti. Varmennus, ryhmäkäytännöt, profiilin lataaminen ja sovellusten käynnistystoiminnot aiheuttavat merkittävää kuormitusta jaetulle Remote Desktop Session Hostille.

Kuitenkin korkea resurssien käyttö ei ole vaatimus tämän virheen kohtaamiselle. Joitakin istunnon käsittelyvirheitä tapahtuu, vaikka CPU- ja muistinkäyttöasteet olisivat alhaiset.

Muistivuodot ja kolmannen osapuolen ohjelmistot

Muistivuodot ja istunto-objektit, joita ei vapauteta oikein, voivat heikentää Windows Serverin kykyä hyväksyä etäyhteyksiä.

Tämä ongelma on erityisen huomattava tapauksissa, joissa koneen uudelleenkäynnistys palauttaa normaalin toiminnallisuuden, mutta virhe palaa useiden tuntien tai päivien kuluttua.

Kolmannen osapuolen ohjelmistojen käyttö, joka jollain tavalla toimii Windows-istuntojen kanssa, voi myös olla syynä. Tämä sisältää päätepisteen suojausagentit, turvallisuussuodattimet tai vastaavat ohjelmistot, jotka saattavat häiritä Windows-istuntoja.

Koska näitä ohjaimia ei yleensä pureta, kun vastaava järjestelmäpalvelu pysäytetään, tällaisten hypoteesien tutkiminen vaatii perusteellisempaa lähestymistapaa kuin pelkästään palvelun pysäyttäminen.

Ryhmän käytäntö ja käyttäjäprofiiliongelmat

Ryhmän politiikka määrää etäkäyttö oikeudet, jotka liittyvät yhteyksiin, istuntorajoituksiin ja muihin Remote Desktop Session Hostin käyttäytymiseen liittyviin ominaisuuksiin. Väärät oikeudet tai politiikkojen väliset konfliktit voivat aiheuttaa yhteysongelmia.

Ryhmän politiikan asiakaspalvelun epäonnistumiset voivat myös häiritä Windowsin kirjautumisprosessia.

Samaan aikaan Windows ei pysty täydentämään istuntoa, jos käyttäjäprofiilissa tapahtuu jotain väärin. Tässä tapauksessa järjestelmänvalvojien tulisi keskittyä Käyttäjäprofiilipalveluun, tarkistaa, onko käyttäjäprofiilin tallennus käytettävissä, ja harkita FSLogixia tai muita työkaluja käyttäjäprofiilien hallintaan, jos pitkät kirjautumisistunnot osuvat yhteen yhteysongelmien kanssa.

Mitä sinun tarvitsee tehdä tämän virheen korjaamiseksi?

Vianetsintätoimenpiteet tulisi suorittaa yleisestä erityiseen ja edetä häiriöttömistä testeistä kohdennettuihin istunnon palautuksiin ja palveluiden tai palvelimien uudelleenkäynnistykseen vain, jos se on tarpeen.

Seuraavaa menettelyä voidaan käyttää ongelman rajaamiseen häiritsemättä käyttäjien työtä.

Vaihe 1: Määritä, vaikuttaako ongelma yhteen käyttäjään vai palvelimeen

Odota hetki ja yritä sitten uudelleen. Ongelma saattaa korjaantua hetkellisten resurssien kilpailutilanteiden tai viivästyneen kirjautumisprosessin vuoksi.

Jos yhteys edelleen epäonnistuu, laajempi RDP-yhteyden vianetsintä voi auttaa sulkemaan pois verkko-, asiakasasetusten tai yhteysongelmien mahdollisuudet ennen Windows Server -istunnon hallinnan tutkimista.

Määritä ongelman laajuus, jos se jatkuu:

• Voiko toinen käyttäjä muodostaa yhteyden onnistuneesti?
• Onko olemassa olevat RDP-istunnot toiminnassa?
• Tapahtuuko epäonnistumiset ennen vai jälkeen onnistuneen todennuksen?
• Ilmenikö ongelma ennen vai jälkeen Windows-päivityksen tai kokoonpanomuutoksen?
• Voiko järjestelmänvalvoja kirjautua paikallisesti palvelimen konsolilla?

Virtuaalikoneiden tapauksessa on syytä huomioida, että hypervisorin konsoliyhteydet eivät käytä RDP:tä. Jos käytät Hyper-V:tä, sinun on käytettävä Perussessiotyyppiä, koska Parannetut sessiot käyttävät RDP:tä.

Jos konsolikirjautumiset epäonnistuvat, tutki Windows-tason kirjautumis- tai käyttöjärjestelmäongelmia sen sijaan, että keskittyisit vain RDS-spesifisiin ongelmiin.

Vaihe 2: Tarkista Windows Serverin resurssit

Kun hallintaoikeus on saatavilla, tarkista CPU-käyttö, käytettävissä oleva muisti, levyn aktiviteetti ja tallennuskapasiteetti käyttämällä Tehtävienhallintaa tai Suorituskykymonitoria.

Järjestelmän levytilan nopeaa tarkistamista varten, suorita PowerShell:

Get-Volume -DriveLetter C

Prosessien tunnistamiseksi, jotka kuluttavat eniten fyysistä muistia:

Get-Process | Sort-Object WorkingSet64 -Descending | Select-Object -First 10 Nimi, Id, WorkingSet64

Etsi epätavallista resurssinkulutusta, erityisesti todennuksen tai profiilin lataamisen aikana.

Yksi suorituskykysnapshot ei välttämättä paljasta muistivuotoa. Jos resurssien kulutus näyttää normaalilta, jatka istunnon diagnosointia ja kerää suorituskykytietoja ajan myötä, jos virhe toistuu.

Vaihe 3: Tunnista ja nollaa jumittuneet RDP-istunnot

Kun tietty käyttäjä ei voi muodostaa yhteyttä uudelleen, tarkista istunnot vaikuttavalla palvelimella.

Avaa korotettu komentokehote ja suorita:

Komento näyttää istunnon tunnukset, käyttäjänimet ja yhteyden tilat. Tyypillinen tulos saattaa näyttää tältä:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              Aktiivinen  
rdp-tcp#5             User01            3              Aktiivinen  
                               User02            4              Poissa  
rdp-tcp                                           65536     Kuuntele

Jos istunnon todetaan olevan viallinen, nollaa se sen ID:n avulla:

Korvaa 4 todellisella istunnon ID:llä.

Soveltuvilla käyttöoikeuksilla varustetut järjestelmänvalvojat voivat myös kysyä istuntoja etäyhteydellä:

Sitten nollaa tunnistettu istunto:

Varoitus Istunnon nollaaminen lopettaa sen sovellukset ja voi aiheuttaa tallentamattoman työn menettämisen. Vahvista istunnon henkilöllisyys ja ilmoita käyttäjälle aina kun mahdollista.

Älä nollaa jokaista katkennutta istuntoa mielivaltaisesti. Vältä myös kriittisten Windows-prosessien, kuten, pakottavaa lopettamista. csrss.exe , mikä voi horjuttaa käyttöjärjestelmää.

Vaihe 4: Tarkista Etätyöpöytäpalvelut ja Tapahtumalokit

Jos istunnon palautus ei ratkaise virhettä, tarkista Etätyöpöytäpalvelut-palvelu.

Suorita:

Get-Service -Name TermService

Palvelun tulisi normaalisti raportoida a Käynnissä tila. Tämä vahvistaa kuitenkin vain sen, että palvelu on käynnissä, ei sitä, että Windows voi onnistuneesti alustaa uusia istuntoja.

Seuraavaksi avaa Tapahtumienvalvoja ja tarkista asiaankuuluvat lokit.

Tapahtumienvalvontapäiväkirja	Mitä tutkia
Windowsin lokit > Järjestelmä	Palveluhäiriöt ja järjestelmävirheet
Windowsin lokit > Sovellus	Sovelluksen kaatumiset ja profiilivirheet
TerminalServices-LocalSessionManager > Toiminnallinen	Istunnon luominen, kirjautuminen ja uudelleenyhteyden muodostaminen
Terminalpalvelut-Etäyhteydenhallinta > Toiminnallinen	Yhteydenhallinta ja todennus
GroupPolicy > Toiminnallinen	Politiikan käsittelyvirheet

Viimeiset kolme lokia sijaitsevat kohdassa Sovellukset ja palvelut -lokit > Microsoft > Windows .

Korreloi tapahtumat epäonnistuneen yhteyden tarkalla ajalla. Läheltä vikaantumista tapahtuva tapahtuma voi tarjota todisteita, mutta se ei automaattisesti vahvista syy-yhteyttä.

Jos useat käyttäjät ovat vaikuttaneet ja kohdennettu palautus ei onnistu, etätyöpöytäpalveluiden hallittu uudelleenkäynnistys voidaan harkita:

Restart-Service -Name TermService

Tämä toimenpide voi vaikuttaa aktiivisiin yhteyksiin ja sitä saattaa rajoittaa palvelun riippuvuudet. Tarkista palvelun kokoonpano ja toiminnalliset seuraukset ennen sen yrittämistä.

Tuotanto-RDS-isännöissä on suositeltavaa valita suunniteltu huoltoväli sen sijaan, että käynnistetään palveluja uudelleen käyttäjien työskennellessä.

Vaihe 5: Tarkista ryhmäkäytännöt ja yhteysrajoitukset

Jos virhe alkoi konfiguraatiomuutoksen jälkeen, tarkista kyseiseen palvelimeen sovelletut ryhmäkäytäntöasetukset.

Luo raportti:

Avaa raportti ja tarkista käytännöt kohdasta:

Tietokoneen kokoonpano > Hallintamallit > Windows-komponentit > Etätyöpöytäpalvelut > Etätyöpöytäistunnon isäntä > Yhteydet

Kiinnitä erityistä huomiota käytäntöihin, jotka säätelevät yhteyksien enimmäismäärää, yksittäisten istuntojen rajoituksia ja lupaa muodostaa etäyhteys.

Vahvista myös käyttäjäoikeuksien määrittelyt, jotka hallitsevat kirjautumista Remote Desktop Services -palveluiden kautta.

Jos äskettäinen politiikan muutos osuu yhteen virheen kanssa, tutki sen vaikutusta hallitun testauksen avulla. Vältä turvallisuuspolitiikkojen poistamista käytöstä ilman, että on todettu niiden vaikuttavan epäonnistumiseen.

Vaihe 6: Vahvista RDS-lisensointi ja tyhjennystila

Jotkin yhteysongelmat johtuvat RDS- käyttöönoton konfiguraatiosta eivätkä viallisista istunnoista.

Monikäyttäjä Remote Desktop Session Host -asennuksille varmista lisensointitila ja määritetty lisenssipalvelin.

Tarkista myös, hylkääkö Istuntopalvelin tarkoituksellisesti uusia yhteyksiä:

Jos uusien käyttäjien kirjautumiset on poistettu käytöstä, selvitä, onko palvelin asetettu tyhjennystilaan huoltoa varten.

Kun se on sopivaa, uusia kirjautumisia voidaan ottaa uudelleen käyttöön seuraavilla tavoilla:

Älä käännä tyhjennystilaa ilman vahvistusta siitä, miksi se aktivoitiin.

Lisensointiongelmat, yhteysrajoitukset ja tyhjennystila eivät välttämättä tuota tarkkaa "Etätyöpöytäpalvelut ovat tällä hetkellä varattuja" -viestiä. Nämä tarkistukset ovat hyödyllisimpiä, kun uudet yhteydet epäonnistuvat, mutta olemassa olevat istunnot pysyvät toiminnassa.

Vaihe 7: Tutki käyttäjäprofiileja ja kolmannen osapuolen ohjelmistoja

Jos virhe jatkuu, tutki istunnon alustamiseen liittyvät komponentit.

Käyttäjäkohtaisia vikoja varten määritä ensin, voiko vaikuttava tili ladata profiilinsa onnistuneesti. Tarkista Käyttäjäprofiilipalvelun tapahtumat, profiilin tallennuksen saatavuus ja viiveet todennuksessa.

FSLogixin tai käyttäjäprofiililevyjen yhteydessä on syytä ottaa huomioon profiilicontainerin saatavuus, kiinnitysongelmat ja tallennusnopeusongelmat.

Keskity järjestelmänlaajuisissa toistuvissa vioissa äskettäin asennettuihin tai päivitettyihin ohjelmistoihin, jotka ovat vuorovaikutuksessa Windows-istuntojen kanssa.

Turvatoimijat, päätepisteen suojaustuotteet ja järjestelmätason suodattimet voivat aiheuttaa istunnon käsittelyongelmia. Kaikki eristystestit tulisi suorittaa toimittajan suositusten ja muutoksenhallintakäytäntöjen mukaisesti.

Vaihe 8: Käynnistä Windows Server uudelleen, jos tarpeen

Jos kohdistettu vianetsintä ei ratkaise ongelmaa, palvelimen uudelleenkäynnistys saattaa pystyä palauttamaan RDP-yhteyden.

Ennen uudelleenkäynnistystä varmista, että ymmärrät vaikutuksen tällä hetkellä käynnissä oleviin istuntoihin ja isännöityihin sovelluksiin. Jos mahdollista, monipalvelin RDS-ympäristössä, tyhjennä isäntä ja ohjaa uudet yhteydet toiseen isäntään.

Uudelleenkäynnistyksen jälkeen varmista, että Etätyöpöytäpalvelut toimivat oikein, käyttäjät voivat muodostaa yhteyden, eikä tapahtumalokissa synny uusia virheitä.

Uudelleenkäynnistys vahvistaa, että välittömän ongelman aiheuttava tilanne on korjattu, mutta se ei vahvista, että perussyytä on käsitelty.

Jos virhe ilmenee uudelleenkäynnistyksen jälkeen, säilytä todisteet jatkotutkimusta varten ja etsi merkkejä liiallisesta resurssinkulutuksesta, yksittäisten istuntojen käsittelyn epäonnistumisista ja kolmannen osapuolen ohjelmistojen häiriöistä.

Miten sinun tulisi toimia, jos RDS-ruuhka-virheitä esiintyy toistuvasti?

Kun virhe toistuu, painopiste siirtyy verkkoon pääsyn palauttamisesta sen selvittämiseen, mikä aiheuttaa tämän häiriön.

Alla oleva taulukko toimii hyödyllisenä oppaana vianetsintään:

Havaittu oire	Tutkimuksen prioriteetti
Yksi käyttäjä ei voi muodostaa yhteyttä uudelleen	Jumiutunut istunto tai käyttäjäprofiili
Useita käyttäjiä ei voi yhdistää	Palvelun tila, resurssit, istunnon käsittely
Aamupäivän kirjautumisvirhe	Samanaikaiset kirjautumiset, profiilin lataaminen, tallennus
Uudelleenkäynnistys ratkaisee virheen tilapäisesti	Muisti- tai istuntoon liittyvät vuodot
Virhe seuraa tietoturvaohjelmiston päivitystä	Kolmannen osapuolen ohjelmistojen vuorovaikutukset
Virhe seuraa ryhmäkäytäntömuutoksia	Politiikan käsittely ja kirjautumisoikeudet
Konsolikirjautuminen epäonnistuu myös	Laajemmat Windows-kirjautumis- tai järjestelmäongelmat
Olemassa olevat istunnot toimivat, mutta uudet käyttäjät eivät voi yhdistää.	Yhteyden rajoitukset, tyhjennystila, lisensointi

Nämä mallit viittaavat tutkimusprioriteetteihin pikemminkin kuin lopullisiin diagnooseihin.

Tallenna diagnostiikkatodistukset ennen uudelleenkäynnistystä

Kerää keskeytyksellisten vikojen yhteydessä asiaankuuluvat lokitiedot ja suorituskykytiedot ennen palvelimen uudelleenkäynnistämistä aina kun se on operatiivisesti mahdollista.

Microsoft tarjoaa TroubleShootingScript (TSS) -työkalun diagnostiikkajälkien keräämiseen.

Riippuen tilanteesta, järjestelmänvalvojat voivat tallentaa RDP-asiakastietoja:

.TSS.ps1 -Scenario UEX_RDSCli

Ja palvelinpuolen jäljet:

.TSS.ps1 -Scenario UEX_RDSSrv

Käytä nykyistä Microsoft TSS -dokumentaatiota varmistaaksesi tuetut skenaariot, vaatimukset ja suoritusmenettelyt.

Monimutkaisempia vikoja varten saatetaan tarvita lisämuistia tai suorituskykykaappauksia. Tällaiset diagnostiikat tulisi suunnitella huolellisesti, koska ne voivat vaikuttaa tuotantojärjestelmiin ja saattavat sisältää arkaluonteista tietoa.

Monipalvelin käyttöönottojen yhteydessä sisällytä RD-yhteysvälittäjä ja RD Gateway -komponentit tutkimukseen, kun yhteysreitti sisältää nämä palvelut.

Miten voit estää nämä virheet?

Kaikki RDS-ongelmat eivät ole estettävissä. Mutta on olemassa toimenpiteitä, joita voit toteuttaa, mukaan lukien jatkuva valvonta, asianmukaiset istuntopolitiikat ja rajoitettu ohjelmiston ylläpito.

Seuraa palvelimen resursseja ja istuntojen toimintaa

Seuraa RDS-ympäristöä käyttämällä seuranta CPU, muisti, levy , ja samanaikaisesti kirjautuneet istunnot.

Tarkastele trendejä raja-arvojen sijaan. Perusanalyysi on erityisen tärkeää ongelmien vianetsinnässä, jotka ilmenevät huipputuntien aikana tai ilmenevät vähitellen palvelimien uudelleenkäynnistyksen jälkeen.

Valvo järjestelmää erottamaan kapasiteettiongelmat ja viat, jotka edelleen ilmenevät riittävistä resursseista huolimatta.

Määritä istunnon aikakatkaisut huolellisesti

Tarkista käytännöt, jotka säätelevät katkaistuja ja inaktiivisia istuntoja. Microsoft Learn selittää, kuinka erottaa odottamattomat istunnon lukot ja katkokset ja tutkia istunnon aikakatkaisu käytäntöjä, jotka ovat vastuussa näistä käyttäytymisistä.

Hyvin valitut aikakatkaisuarvot estävät istuntojen turhan pitkään kestäminen ja resurssien sitomisen. Liian aggressiiviset aikakatkaisu käytännöt voivat kuitenkin tuhota tuottavat työistunnot lopettamalla ne ennen kuin kriittiset toiminnot ovat valmiit.

Istuntojen aikakatkaisu käytäntöjen tulisi perustua liiketoimintavaatimuksiin, eikä niitä tulisi käyttää korjaamaan taustalla olevia istuntovuotoja.

Ylläpidä Windows- ja istuntoon liittyvää ohjelmistoa

Ota käyttöön tuetut Windows Server -päivitykset ja korjaukset erityisiin ongelmiin.

Varmista, että päätepisteen suojausagentit, profiilihallintakomponentit, virtualisointikomponentit ja istuntoon integroidut sovellukset ovat yhteensopivia käyttöjärjestelmän kanssa.

Testaa päivitykset esituotantoympäristössä, erityisesti jos useita kolmannen osapuolen komponentteja on mukana Windows-kirjautumis- tai istuntoprosessissa.

Arvioi kapasiteetti ja RDS-konfiguraatio

Kokoa etätyöpöytäistuntojen isäntiä realististen samanaikaisten kuormitusten mukaan ottaen huomioon huipputunnit kirjautumisia ja ohjelmien käynnistämistä varten.

Harkitse istuntojen jakamista useiden isäntien kesken suuremmissa ympäristöissä ruuhkien välttämiseksi.

Tarkista ryhmäkäytännöt, yhteysrajoitukset, lisenssikonfiguraatio ja ylläpitokäytännöt säännöllisesti löytääksesi ja poistaaksesi mahdolliset yhteysongelmien syyt.

Etsitkö yksinkertaisempaa etätyöpöytää ja sovellusten toimitusta?

Etätyöpöytäpalveluiden vianetsintä voi korostaa hallinnollista vaivannäköä, joka liittyy Windows-sovellusten toimitusympäristöjen ylläpitoon. Organisaatioille, jotka ensisijaisesti tarvitsevat tarjota käyttäjille Windows-sovelluksia tai täydellisiä etätyöpöytiä, voi olla hyödyllistä tarkastella heidän nykyisen infrastruktuurinsa monimutkaisuutta.

TSplus Etäyhteys tarjoaa sujuvan lähestymistavan monikäyttäjäisten Windows-sovellusten julkaisemiseen ja etätyöpöydän toimittamiseen, selainpohjaisella pääsyllä ja keskitetyllä hallinnalla. Se auttaa IT-tiimejä tekemään sovellukset saataville etäkäyttäjille ilman perinteisen Microsoft RDS -infrastruktuurin täyden monimutkaisuuden käyttöönottoa, samalla kun se edelleen vaatii asianmukaista Windows Serverin ylläpitoa ja turvallisuutta.

Päätelmä

"Etätyöpöytäpalvelut ovat tällä hetkellä varattuja" -virhe vaatii enemmän kuin rutiininomaisen palvelimen uudelleenkäynnistyksen. Sen selvittäminen, johtuuko vika jumittuneesta istunnosta, resurssirajoituksesta tai Windows-kirjautumisongelmasta, antaa järjestelmänvalvojille mahdollisuuden valita vähiten häiritsevä ratkaisu.

Kun virheet jatkuvat tai palaavat, järjestelmällinen diagnostiikka, suorituskyvyn seuranta ja kokoonpanotarkastukset ovat välttämättömiä niiden taustasyiden ratkaisemiseksi ja luotettavan RDP-yhteyden ylläpitämiseksi.