Služby vzdialenej plochy sú momentálne zaneprázdnené

Úvod

Keď Windows Server odmieta nové pripojenia cez Remote Desktop, je nevyhnutné identifikovať zdroj zlyhania pred reštartovaním služieb alebo celého servera. Ovplyvňuje problém jedného používateľa alebo viacero relácií? Tento článok prevedie IT administrátorov možnými príčinami, praktickými príkazmi na riešenie problémov a postupmi obnovy, od počiatočných kontrol po pokročilejšiu diagnostiku a preventívne opatrenia.

Čo znamená, keď sa zobrazí správa "Služby vzdialenej plochy sú momentálne zaneprázdnené"?

Chyba sa vyskytuje, keď Windows nedokáže vykonať požadovanú funkciu alebo akciu protokolu Remote Desktop (RDP). Všeobecne platí, že chybové hlásenie, ktoré sa objaví, uvádza:

Úlohu, ktorú sa snažíte vykonať, nie je možné dokončiť, pretože Služby vzdialenej plochy sú momentálne zaneprázdnené. Skúste to znova o niekoľko minút. Ostatní používatelia by sa mali stále môcť prihlásiť.

Aj keď chybové hlásenie naznačuje, že systém nie je schopný pridať ďalšiu reláciu a že vzdialená plocha je na maximálnej kapacite, nemusí to byť pravda.

Chyba sa môže vyskytnúť na jednom používateľskom účte alebo na viacerých používateľských účtoch. Ak je to prvé, malo by byť možné reštartovať reláciu. Ak je to druhé, systém nemusí umožniť žiadnemu používateľovi nadviazať pripojenie.

Okrem toho môže problém ovplyvniť buď jednu používateľskú reláciu, alebo všetky používateľské relácie. Je nevyhnutné rozlíšiť medzi týmito dvoma scenármi, pretože riešenia potrebné na ich vyriešenie sa líšia.

Microsoft Learn's RDS pripojenie relácie riešenie problémov sprievodca poskytuje ďalšie kontroly na identifikáciu zlyhaní pripojenia ovplyvňujúcich hostiteľov Windows Server.

Aké sú príčiny tejto chyby?

Existuje niekoľko komponentov Windows Server, ktoré sa podieľajú na vytváraní relácie RDP. Problémy s riadením relácie, so systémovými prostriedkami, so službami Windows alebo s procesom prihlásenia môžu zabrániť nadviazaniu pripojenia.

Zaseknuté alebo nereagujúce relácie RDP

Relácia sa môže zamrznúť, keď sa pripája, odpojuje, znovu pripája alebo odhlasuje. Potom Windows nedokáže dokončiť reláciu alebo uvoľniť svoje zdroje.

Administrátori môžu nájsť relácie, ktoré sa odmietajú znovu pripojiť alebo odhlásiť. Problém sa môže vyskytnúť iba v jednej relácii, aj keď ostatné fungujú správne.

Ešte jeden odpojená relácia je normálne a malo by sa resetovať iba v prípade, že sa zablokuje.

Vyčerpanie zdrojov a búrky prihlásenia

Nedostatočné zdroje môžu oneskoriť alebo zabrániť inicializácii relácie. Najčastejšie problémy sú saturácia CPU, nedostatok pamäte, nadmerná disková aktivita a pomalé načítanie profilu.

Takéto problémy sú obzvlášť výrazné počas logonových búrok, keď stovky používateľov súčasne vytvárajú pripojenia k Remote Desktop. Overovanie, skupinová politika, načítanie profilu a spúšťanie aplikácií generujú značné zaťaženie na zdieľanom hostiteľovi relácie Remote Desktop.

Avšak vysoké využitie zdrojov nie je požiadavkou na stretnutie s touto chybou. Niektoré zlyhania spracovania relácií sa vyskytujú aj pri nízkych sadzbách využitia CPU a pamäte.

Úniky pamäte a softvér tretích strán

Úniky pamäte a objekty relácií, ktoré nie sú správne uvoľnené, môžu narušiť kapacitu servera Windows na prijímanie vzdialených pripojení.

Tento problém je obzvlášť pozoruhodný v prípadoch, keď reštartovanie stroja obnoví normálnu funkčnosť, ale chyba sa vráti po niekoľkých hodinách alebo dňoch.

Aplikácia softvéru tretích strán, ktorý nejako pracuje so session Windows, môže byť tiež dôvodom. To zahŕňa agentov na ochranu koncových bodov, bezpečnostné filtre alebo podobný softvér, ktorý môže zasahovať do session Windows.

Keďže sa tieto ovládače zvyčajne neodstránia, keď je zastavená zodpovedajúca systémová služba, vyšetrovanie takýchto hypotéz si vyžaduje dôkladnejší prístup ako len zastavenie služby.

Problémy s politikou skupiny a používateľským profilom

Skupinová politika určuje vzdialený prístup povolenia týkajúce sa pripojení, obmedzení relácií a ďalších funkcií správania hostiteľa relácie vzdialenej plochy. Nesprávne povolenia alebo konflikty medzi politikami môžu spôsobiť problémy s pripojením.

Zlyhania služby klienta skupinovej politiky môžu tiež narušiť proces prihlásenia do systému Windows.

Zároveň Windows nie je schopný dokončiť reláciu, ak sa niečo pokazí s používateľským profilom. V takom prípade by sa administrátori mali zamerať na službu používateľských profilov, skontrolovať, či je úložisko používateľských profilov dostupné, a zvážiť FSLogix alebo iné nástroje na správu používateľských profilov, ak dlhé prihlasovacie relácie súvisia s problémami s pripojením.

Čo musíte urobiť, aby ste opravili túto chybu?

Akcie na riešenie problémov by sa mali vykonávať od všeobecných po konkrétne a pokračovať od nedisruptívnych testov po cielené obnovenie relácie a reštartovanie služieb alebo serverov iba v prípade potreby.

Nasledujúci postup sa môže použiť na zúženie problému bez narušenia práce používateľov.

Krok 1: Určte, či problém ovplyvňuje jedného používateľa alebo server.

Počkajte chvíľu a potom to skúste znova. Problém sa môže sám vyriešiť kvôli dočasnému preťaženiu zdrojov alebo oneskorenému prihláseniu.

Ak sa pripojenie stále nedarí, širšie Riešenie problémov s pripojením RDP môže pomôcť vylúčiť problémy so sieťou, konfiguráciou klienta alebo pripojením pred skúmaním správy relácií Windows Server.

Určte rozsah problému, ak pretrváva:

• Môže sa iný používateľ úspešne pripojiť?
• Sú existujúce relácie RDP funkčné?
• Vyskytujú sa zlyhania pred alebo po úspešnej autentifikácii?
• Objavila sa táto chyba pred alebo po aktualizácii systému Windows alebo zmene konfigurácie?
• Môže sa administrátor prihlásiť lokálne pomocou konzoly servera?

V prípade virtuálnych strojov zohľadnite, že pripojenia konzoly hypervízora nepoužívajú RDP. Ak používate Hyper-V, musíte použiť typ relácie Basic, pretože vylepšené relácie používajú RDP.

Ak sa prihlasovanie cez konzolu nezdaří, preskúmajte problémy s prihlasovaním na úrovni Windows alebo problémy s operačným systémom, nie len problémy špecifické pre RDS.

Krok 2: Skontrolujte zdroje Windows Server

Akonáhle je k dispozícii administratívny prístup, skontrolujte využitie CPU, dostupnú pamäť, aktivitu disku a kapacitu úložiska pomocou Správcu úloh alebo Monitoru výkonu.

Pre rýchlu kontrolu miesta na systémovom disku spustite PowerShell:

Get-Volume -DriveLetter C

Na identifikáciu procesov, ktoré spotrebúvajú najviac fyzickej pamäte:

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

Hľadajte nezvyčajnú spotrebu zdrojov, najmä počas autentifikácie alebo načítania profilu.

Jedno zobrazenie výkonu nemusí odhaliť únik pamäte. Ak sa spotreba zdrojov zdá byť normálna, pokračujte v diagnostike relácie a zbierajte údaje o výkone v priebehu času, ak sa chyba opakuje.

Krok 3: Identifikujte a resetujte zaseknuté RDP relácie

Keď sa konkrétny používateľ nemôže znovu pripojiť, skontrolujte relácie na postihnutom serveri.

Otvorené zvýšené príkazové okno a spustite:

Príkaz zobrazuje ID relácií, používateľské mená a stavy pripojenia. Typický výsledok môže vyzerať takto:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              Aktívny  
rdp-tcp#5             User01            3              Aktívny  
                               User02            4              Odpojený  
rdp-tcp                                           65536     Počúvanie  

Ak je relácia potvrdená ako nefunkčná, resetujte ju pomocou jej ID:

Nahraďte 4 skutočným ID relácie.

Administrátori s príslušnými oprávneniami môžu tiež vzdialene dotazovať relácie:

Potom resetujte identifikovanú reláciu:

Pozor Resetovanie relácie ukončuje jej aplikácie a môže spôsobiť stratu neuloženej práce. Overte identitu relácie a informujte používateľa, kedykoľvek je to možné.

Nerestartujte každú odpojenú reláciu bez rozmyslu. Taktiež sa vyhnite nútenému ukončeniu kritických procesov systému Windows, ako sú csrss.exe ktoré môžu destabilizovať operačný systém.

Krok 4: Skontrolujte služby vzdialenej plochy a protokoly udalostí

Ak obnova relácie nevyrieši chybu, skontrolujte službu Remote Desktop Services.

Spustiť:

Get-Service -Name TermService

Služba by mala normálne hlásiť a Bežanie stav. Toto iba potvrdzuje, že služba beží, nie že Windows môže úspešne inicializovať nové relácie.

Ďalej otvorte Zobrazenie udalostí a preskúmajte relevantné protokoly.

Záznam udalostí	Čo skúmať
Windows Logs > Systém	Zlyhania služieb a systémové chyby
Windows Logs > Aplikácia	Zlyhania aplikácie a chyby profilu
TerminalServices-LocalSessionManager > Prevádzkový	Vytvorenie relácie, prihlásenie a opätovné pripojenie
Terminal Services - Správca vzdialeného pripojenia > Prevádzkový	Správa pripojenia a autentifikácia
GroupPolicy > Prevádzkový	Zlyhania spracovania politiky

Posledné tri protokoly sa nachádzajú pod Aplikácie a služby protokoly > Microsoft > Windows .

Korelujte udalosti s presným časom zlyhania pripojenia. Udalosť, ktorá sa vyskytne blízko zlyhania, môže poskytnúť dôkazy, ale automaticky nezakladá príčinnú súvislosť.

Ak je ovplyvnených viacero používateľov a cieľové obnovenie nie je úspešné, môže sa zvážiť kontrolované reštartovanie služieb vzdialenej plochy.

Reštartovať službu -Názov TermService

Táto operácia môže ovplyvniť aktívne pripojenia a môže byť obmedzená závislosťami od služby. Skontrolujte konfiguráciu služby a prevádzkové dôsledky pred jej vykonaním.

Na produkčných RDS hostiteľoch uprednostnite plánované údržbové okno pred reštartovaním služieb, kým sú používatelia v práci.

Krok 5: Skontrolujte skupinovú politiku a obmedzenia pripojenia

Ak chyba začala po zmene konfigurácie, skontrolujte nastavenia skupinovej politiky aplikované na postihnutý server.

Vygenerovať správu:

Otvorenie správy a preskúmanie politík pod:

Konfigurácia počítača > Správne šablóny > Komponenty systému Windows > Služby vzdialenej plochy > Hostiteľ relácie vzdialenej plochy > Pripojenia

Venovať osobitnú pozornosť politikám, ktoré kontrolujú maximálny počet pripojení, obmedzenia na jednu reláciu a povolenie na vzdialené pripojenie.

Tiež overte priradenia používateľských práv, ktoré upravujú prihlásenie cez služby vzdialenej plochy.

Ak nedávna zmena politiky súvisí s chybou, preskúmajte jej dopad prostredníctvom kontrolovaného testovania. Vyhnite sa vypínaniu bezpečnostných politík bez toho, aby ste zistili, či prispievajú k zlyhaniu.

Krok 6: Overte licencovanie RDS a režim odvodnenia

Niektoré zlyhania pripojenia pochádzajú z konfigurácie nasadenia RDS, nie z nefunkčných relácií.

Pre nasadenia hostiteľov relácií vzdialenej plochy pre viacerých používateľov overte licenčný režim a nakonfigurovaný licenčný server.

Skontrolujte, či je Host relácie úmyselne odmieta nové pripojenia:

Ak sú nové prihlásenia používateľov zakázané, zistite, či bol server umiestnený do režimu vypúšťania na údržbu.

Keď je to vhodné, nové prihlásenia môžu byť znovu povolené pomocou:

Nereverzujte režim odvodnenia bez potvrdenia, prečo bol aktivovaný.

Problémy s licenciou, obmedzenia pripojenia a režim vybitia neprodukujú nevyhnutne presnú správu "Služby vzdialenej plochy sú momentálne zaneprázdnené". Tieto kontroly sú najviac užitočné, keď nové pripojenia zlyhávajú, ale existujúce relácie zostávajú funkčné.

Krok 7: Preskúmajte používateľské profily a softvér tretích strán

Ak sa chyba opakuje, preskúmajte komponenty zapojené do inicializácie relácie.

Pre zlyhania špecifické pre používateľa najprv zistite, či sa dotknutý účet môže úspešne načítať svoj profil. Pozrite sa na udalosti služby profilu používateľa, prístupnosť úložiska profilu a oneskorenia pri autentifikácii.

V kontexte FSLogix alebo diskov používateľských profilov zvážte dostupnosť kontajnerov profilov, zlyhania montovania a problémy s výkonom úložiska.

Pre systémové opakujúce sa zlyhania sa zamerajte na nedávno nainštalovaný alebo aktualizovaný softvér, ktorý interaguje s reláciami Windows.

Bezpečnostné agenti, produkty ochrany koncových bodov a filtre na úrovni systému môžu spôsobiť zlyhania spracovania relácií. Akékoľvek testy izolácie by sa mali vykonávať v súlade s odporúčaniami dodávateľa a postupmi kontroly zmien.

Krok 8: Reštartujte Windows Server, ak je to potrebné

Ak cielené riešenie problémov nevyrieši problém, reštartovanie servera môže obnoviť pripojenie RDP.

Pred reštartovaním sa uistite, že rozumiete vplyvu na aktuálne vytvorené relácie a hostované aplikácie. Ak je to možné, v nasadení RDS s viacerými hostiteľmi odpojte hostiteľa a presmerujte nové pripojenia na iného hostiteľa.

Po reštartovaní potvrďte, že služby vzdialenej plochy fungujú správne, používatelia sa môžu pripojiť a v prehliadači udalostí sa nevytvárajú žiadne nové chyby.

Reštart potvrdzuje, že situácia spôsobujúca okamžitý problém bola odstránená, ale nepotvrdzuje, že bola riešená základná príčina.

Ak sa chyba po reštarte znovu objaví, uchovajte dôkazy na ďalšie vyšetrovanie a hľadajte vzory nadmernej spotreby zdrojov, zlyhaní pri spracovaní jednotlivých relácií a zásahov zo strany softvéru tretích strán.

Ako by ste mali postupovať, ak sa opakujú chyby RDS Busy?

Keď sa chyba opakuje, dôraz sa presúva z obnovenia prístupu k sieti na určenie toho, čo spôsobuje toto narušenie.

Tabuľka nižšie slúži ako užitočný sprievodca na riešenie problémov:

Pozorovaný symptóm	Priorita vyšetrovania
Jeden používateľ sa nemôže znovu pripojiť	Zaseknutá relácia alebo používateľský profil
Viacero používateľov sa nemôže pripojiť	Zdravie služby, zdroje, spracovanie relácií
Zlyhanie počas ranných prihlásení	Súbežné prihlásenia, načítanie profilu, úložisko
Reštart dočasne vyrieši chybu	Úniky pamäte alebo relácie
Chyba nasleduje po aktualizácii bezpečnostného softvéru	Interakcie s tretími stranami softvéru
Chyba nasleduje zmeny skupinovej politiky	Spracovanie politiky a povolenia na prihlásenie
Prihlásenie do konzoly sa tiež nezdaří.	Širšie problémy s prihlásením do systému Windows alebo s jeho fungovaním
Existujúce relácie fungujú, ale noví používatelia sa nemôžu pripojiť.	Obmedzenia pripojenia, režim vyčerpania, licencovanie

Tieto vzory naznačujú priority vyšetrovania skôr než definitívne diagnózy.

Zachyťte diagnostické dôkazy pred reštartovaním

Pri prerušovaných zlyhaniach zhromaždite relevantné protokoly a výkonnostné údaje pred reštartovaním servera, kedykoľvek je to operačne možné.

Microsoft poskytuje nástroj TroubleShootingScript (TSS) na zhromažďovanie diagnostických stôp.

V závislosti od scenára môžu administrátori zachytiť stopy klienta RDP:

.\TSS.ps1 -Scenario UEX_RDSCli

A serverové stopy:

.\TSS.ps1 -Scenario UEX_RDSSrv

Použite aktuálnu dokumentáciu Microsoft TSS na potvrdenie podporovaných scenárov, predpokladov a postupov vykonávania.

Pre zložitejšie poruchy môžu byť potrebné ďalšie záznamy o pamäti alebo výkonnosti. Takéto diagnostiky by sa mali starostlivo plánovať, pretože môžu ovplyvniť produkčné systémy a môžu obsahovať citlivé informácie.

Pri nasadeniach s viacerými servermi zahrňte komponenty RD Connection Broker a RD Gateway do vyšetrovania, keď cesta pripojenia zahŕňa tieto služby.

Ako môžete zabrániť týmto chybám?

Nie všetkým zlyhaniam RDS sa dá predísť. Existujú však kroky, ktoré môžete podniknúť, vrátane nepretržitého monitorovania, vhodných politík relácií a obmedzenej údržby softvéru.

Monitorovanie serverových zdrojov a aktivity relácií

Monitorovanie prostredia RDS pomocou sledovanie CPU, pamäte, disku a súčasne prihlásené relácie.

Sledujte trendy skôr než prahové hodnoty. Základná analýza je obzvlášť dôležitá pri riešení problémov, ktoré sa objavia počas špičkových hodín alebo sa postupne objavia po reštartovaní serverov.

Monitorujte systém, aby ste rozlíšili medzi problémami s kapacitou a poruchami, ktoré sa stále vyskytujú napriek dostatočným zdrojom.

Starostlivo nakonfigurujte časové limity relácie

Preskúmajte politiky, ktoré upravujú odpojené a neaktívne relácie. Microsoft Learn vysvetľuje, ako rozlíšiť nečakané uzamknutia relácií a odpojenia a preskúmať politiky časového limitu relácie zodpovedné za tieto správanie.

Dobre zvolené hodnoty časového limitu zabraňujú zbytočnému pretrvávaniu relácií a zbytočnému zaťažovaniu zdrojov. Príliš agresívne politiky časového limitu však môžu zničiť produktívne pracovné relácie tým, že ich ukončia pred dokončením kritických operácií.

Politiky časového limitu relácie by mali byť založené na obchodných požiadavkách a nemali by sa používať ako liek na základné úniky relácií.

Udržujte softvér súvisiaci s Windows a reláciami

Implementujte podporované aktualizácie a opravy systému Windows Server pre konkrétne problémy.

Zabezpečte, aby boli agenti ochrany koncových bodov, komponenty správy profilov, komponenty virtualizácie a aplikácie integrované do relácie kompatibilné s operačným systémom.

Otestujte aktualizácie v prostredí predprodukcie, najmä ak sú zapojené viaceré komponenty tretích strán do procesu prihlásenia do systému Windows alebo relácie.

Skontrolujte kapacitu a konfiguráciu RDS

Veľkosť hostiteľov vzdialených desktopových relácií v súlade s realistickými súčasnými pracovnými zaťaženiami, pričom sa zohľadňujú špičkové hodiny pre prihlásenie a spustenie programov.

Zvážte rozdelenie relácií medzi viaceré hostiteľské systémy pre väčšie prostredia, aby ste predišli preťaženiu.

Audit skupinovej politiky, obmedzenia pripojenia, konfigurácia licencií a praktiky údržby pravidelne s cieľom objaviť a odstrániť potenciálne príčiny zlyhania pripojenia.

Hľadáte jednoduchší prístup na diaľku a doručovanie aplikácií?

Riešenie problémov so službami vzdialenej plochy môže zdôrazniť administratívne úsilie spojené s udržiavaním prostredí na dodávanie aplikácií Windows. Pre organizácie, ktoré primárne potrebujú poskytovať používateľom aplikácie Windows alebo plné vzdialené plochy, môže byť užitočné preskúmať zložitosti ich existujúcej infraštruktúry.

TSplus Remote Access ponúka zjednodušený prístup k publikovaniu viacužívateľských aplikácií pre Windows a dodávke vzdialených desktopov, s prístupom cez prehliadač a centralizovanou administráciou. Pomáha IT tímom sprístupniť aplikácie vzdialeným používateľom bez nasadenia plnej zložitosti tradičnej infraštruktúry Microsoft RDS, pričom stále vyžaduje riadnu údržbu a zabezpečenie Windows Servera.

Záver

Chyba "Služby vzdialenej plochy sú momentálne zaneprázdnené" si vyžaduje viac než len rutinný reštart servera. Identifikácia toho, či zlyhanie pochádza z uviaznutej relácie, obmedzenia zdrojov alebo problému s prihlásením do systému Windows, umožňuje administrátorom zvoliť najmenej rušivé riešenie.

Keď sa chyby opakujú alebo vracajú, systematická diagnostika, monitorovanie výkonu a revízie konfigurácie sú nevyhnutné na vyriešenie ich základných príčin a udržanie spoľahlivej RDP konektivity.