Služby vzdálené plochy jsou momentálně zaneprázdněny

Úvod

Když Windows Server odmítá nová připojení k Remote Desktop, je nezbytné identifikovat zdroj selhání před restartováním služeb nebo celého serveru. Ovlivňuje problém jednoho uživatele nebo více relací? Tento článek provede IT administrátory možnými příčinami, praktickými příkazy pro odstraňování problémů a postupy obnovy, od počátečních kontrol po pokročilejší diagnostiku a preventivní opatření.

Co to znamená, když se zobrazí zpráva "Služby vzdálené plochy jsou momentálně zaneprázdněny"?

Chyba nastává, když Windows nedokáže provést požadovanou funkci nebo akci protokolu vzdálené plochy (RDP). Obecně se vyskytující chybová zpráva uvádí:

Úkol, který se snažíte provést, nelze dokončit, protože Služby vzdálené plochy jsou momentálně zaneprázdněny. Zkuste to prosím znovu za několik minut. Ostatní uživatelé by se měli stále moci přihlásit.

I když chybová zpráva naznačuje, že systém není schopen přidat další relaci a že vzdálená plocha dosáhla maximální kapacity, nemusí to být pravda.

Chyba se může vyskytnout na jednom uživatelském účtu nebo na více uživatelských účtech. Pokud je to první případ, mělo by být možné relaci restartovat. Pokud je to však druhý případ, systém nemusí umožnit žádnému uživateli navázat připojení.

Kromě toho může problém ovlivnit buď jednu uživatelskou relaci, nebo všechny uživatelské relace. Je nezbytné rozlišovat mezi těmito dvěma scénáři, protože řešení potřebná k jejich vyřešení se liší.

Microsoft Learn's Pokyny pro odstraňování problémů s připojením k relaci RDS poskytuje další kontroly pro identifikaci selhání připojení ovlivňujících hostitele Windows Server.

Jaké jsou příčiny této chyby?

Existuje několik komponentů Windows Server, které se podílejí na navázání relace RDP. Problémy s řízením relace, se systémovými prostředky, s Windows službami nebo s procesem přihlášení mohou zabránit navázání připojení.

Zaseknuté nebo neodpovídající RDP relace

Relace se může zaseknout, když se připojuje, odpojuje, znovu připojuje nebo se odhlašuje. Poté Windows nedokončí relaci nebo neuvolní své zdroje.

Administrátoři mohou najít relace, které se odmítají znovu připojit nebo odhlásit. Problém se může vyskytnout pouze v jedné relaci, i když ostatní fungují správně.

Ještě jeden odpojená relace je normální a mělo by se resetovat pouze v případě, že se zamkne.

Vyčerpání zdrojů a bouře přihlášení

Nedostatečné zdroje mohou zpozdit nebo zabránit inicializaci relace. Nejčastějšími problémy jsou saturace CPU, nedostatek paměti, nadměrná disková aktivita a pomalé načítání profilu.

Takové problémy jsou obzvlášť výrazné během logonových bouří, kdy stovky uživatelů současně navazují připojení k Remote Desktop. Autentizace, skupinové politiky, načítání profilů a spouštění aplikací generují značné zatížení na sdíleném hostiteli relací Remote Desktop.

Vysoké využití zdrojů však není požadavkem pro setkání s touto chybou. Některé selhání zpracování relací se vyskytují i při nízkých hodnotách využití CPU a paměti.

Úniky paměti a software třetích stran

Úniky paměti a objekty relací, které nejsou správně uvolněny, mohou narušit schopnost serveru Windows přijímat vzdálené připojení.

Tento problém je zvláště patrný v případech, kdy restartování stroje obnoví normální funkčnost, ale chyba se vrátí po několika hodinách nebo dnech.

Aplikace třetích stran, které nějakým způsobem pracují se sezeními Windows, mohou být také důvodem. To zahrnuje agenty pro ochranu koncových bodů, bezpečnostní filtry nebo podobný software, který by mohl zasahovat do sezení Windows.

Jelikož tyto ovladače obvykle nejsou uvolněny, když je odpovídající systémová služba zastavena, vyšetřování takových hypotéz vyžaduje důkladnější přístup než jen zastavení služby.

Problémy s politikou skupiny a uživatelským profilem

Skupinová politika určuje vzdálený přístup oprávnění týkající se připojení, omezení relací a dalších funkcí chování hostitele relací vzdálené plochy. Nesprávná oprávnění nebo konflikty mezi politikami mohou způsobit problémy s připojením.

Selhání služby klienta zásady skupiny mohou také narušit proces přihlášení do systému Windows.

Současně Windows není schopno dokončit relaci, pokud dojde k nějaké chybě s uživatelským profilem. V tomto případě by se administrátoři měli zaměřit na službu uživatelského profilu, zkontrolovat, zda je úložiště uživatelského profilu dostupné, a zvážit FSLogix nebo jiné nástroje pro správu uživatelských profilů, pokud dlouhé přihlašovací relace kolidují s problémy s připojením.

Co musíte udělat, abyste tuto chybu opravili?

Akce pro odstraňování problémů by měly být prováděny od obecných po specifické a měly by postupovat od nedestruktivních testů k cílenému obnovení relace a restartu služeb nebo serverů pouze v případě potřeby.

Následující postup lze použít k zúžení problému, aniž by došlo k narušení práce uživatelů.

Krok 1: Určete, zda problém ovlivňuje jednoho uživatele nebo server.

Počkejte chvíli a zkuste to znovu. Problém se může vyřešit sám v důsledku dočasného napětí na zdrojích nebo zpožděného přihlašovacího procesu.

Pokud připojení stále selhává, širší Odstraňování problémů s připojením RDP může pomoci vyloučit problémy sítě, konfigurací klienta nebo konektivitou před vyšetřováním správy relací Windows Server.

Určete rozsah problému, pokud přetrvává:

• Může se jiný uživatel úspěšně připojit?
• Jsou stávající RDP relace funkční?
• Dochází k selháním před nebo po úspěšné autentizaci?
• Objevila se chyba před nebo po aktualizaci Windows či změně konfigurace?
• Může se administrátor přihlásit lokálně pomocí konzole serveru?

V případě virtuálních strojů mějte na paměti, že připojení k hypervizorové konzole nepoužívá RDP. Pokud používáte Hyper-V, musíte použít typ základní relace, protože vylepšené relace používají RDP.

Pokud se přihlašování do konzole nezdaří, prozkoumejte problémy s přihlášením na úrovni Windows nebo problémy s operačním systémem, nikoli pouze problémy specifické pro RDS.

Krok 2: Zkontrolujte prostředky Windows Serveru

Jakmile je administrativní přístup k dispozici, zkontrolujte využití CPU, dostupnou paměť, aktivitu disku a kapacitu úložiště pomocí Správce úloh nebo Monitoru výkonu.

Pro rychlou kontrolu místa na systémovém disku spusťte PowerShell:

Get-Volume -DriveLetter C

Identifikace procesů, které spotřebovávají nejvíce fyzické paměti:

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

Hledejte neobvyklou spotřebu zdrojů, zejména během ověřování nebo načítání profilu.

Jednotlivý snímek výkonu nemusí odhalit únik paměti. Pokud se spotřeba zdrojů jeví jako normální, pokračujte v diagnostice relace a sbírejte data o výkonu v průběhu času, pokud se chyba opakuje.

Krok 3: Identifikujte a resetujte uvízlé RDP relace

Když se konkrétní uživatel nemůže znovu připojit, zkontrolujte relace na postiženém serveru.

Otevřete zvýšený příkazový řádek a spusťte:

Příkaz zobrazuje ID relací, uživatelská jména a stavy připojení. Typický výsledek může vypadat takto:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              Aktivní  
rdp-tcp#5             User01            3              Aktivní  
                               User02            4              Neaktivní  
rdp-tcp                                           65536     Poslouchá

Pokud je relace potvrzena jako nefunkční, resetujte ji pomocí jejího ID:

Nahraďte 4 skutečným ID relace.

Správci s odpovídajícími oprávněními mohou také vzdáleně dotazovat relace:

Poté resetujte identifikovanou relaci:

Pozor Resetování relace ukončuje její aplikace a může způsobit ztrátu neuložené práce. Ověřte identitu relace a informujte uživatele, kdykoli je to možné.

Nerestartujte každou odpojenou relaci bez rozmyslu. Také se vyhněte násilnému ukončování kritických procesů Windows, jako jsou csrss.exe což může destabilizovat operační systém.

Krok 4: Zkontrolujte služby vzdálené plochy a protokoly událostí

Pokud obnovení relace nevyřeší chybu, zkontrolujte službu Služby vzdálené plochy.

Spustit:

Get-Service -Name TermService

Služba by měla obvykle hlásit a Běhání stav. To však pouze potvrzuje, že služba běží, nikoli že Windows může úspěšně inicializovat nové relace.

Další, otevřete Prohlížeč událostí a prozkoumejte příslušné protokoly.

Protokol prohlížeče událostí	Co vyšetřit
Windows Logs > Systém	Selhání služby a systémové chyby
Windows Logs > Aplikace	Pád aplikace a chyby profilu
TerminalServices-LocalSessionManager > Provozní	Vytváření relace, přihlášení a opětovné připojení
TerminalServices-RemoteConnectionManager > Provozní	Zpracování připojení a autentizace
GroupPolicy > Provozní	Selhání zpracování politiky

Poslední tři protokoly se nacházejí pod Aplikace a služby protokoly > Microsoft > Windows .

Korelujte události s přesným časem neúspěšného připojení. Událost, která se vyskytne blízko selhání, může poskytnout důkazy, ale automaticky nezakládá příčinnost.

Pokud je ovlivněno více uživatelů a cílené obnovení není úspěšné, může být zváženo řízené restartování služeb vzdálené plochy.

Restart-Service -Name TermService

Tato operace může ovlivnit aktivní připojení a může být omezena závislostmi na službách. Zkontrolujte konfiguraci služby a provozní důsledky před jejím provedením.

Na produkčních RDS hostitelích upřednostněte plánované údržbové okno před restartováním služeb, zatímco uživatelé pracují.

Krok 5: Zkontrolujte skupinovou politiku a omezení připojení

Pokud chyba začala po změně konfigurace, zkontrolujte nastavení skupinové politiky aplikovaná na postižený server.

Vygenerovat zprávu:

Otevřete zprávu a zkontrolujte politiky pod:

Konfigurace počítače > Správní šablony > Složky Windows > Služby vzdálené plochy > Hostitel relací vzdálené plochy > Připojení

Věnujte zvláštní pozornost politikám, které kontrolují maximální počet připojení, omezení na jedno sezení a oprávnění k vzdálenému připojení.

Také ověřte přiřazení uživatelských práv, která řídí přihlášení prostřednictvím služeb vzdálené plochy.

Pokud nedávná změna politiky souvisí s chybou, prozkoumejte její dopad prostřednictvím kontrolovaného testování. Vyhněte se zakázání bezpečnostních politik, aniž byste zjistili, že přispívají k selhání.

Krok 6: Ověřte licenci RDS a režim vypouštění

Některé problémy s připojením pocházejí z konfigurace nasazení RDS spíše než z nefunkčních relací.

Pro nasazení hostitele relací vzdálené plochy pro více uživatelů ověřte licenční režim a nakonfigurovaný licenční server.

Zkontrolujte také, zda Hostitel relace úmyslně odmítá nová připojení:

Pokud jsou nové přihlášení uživatelů zakázána, zjistěte, zda byl server umístěn do režimu odtoku pro údržbu.

Když je to vhodné, nová přihlášení mohou být znovu povolena pomocí:

Nereverzujte režim odtoku bez potvrzení, proč byl aktivován.

Problémy s licencováním, limity připojení a režim vyčerpání nemusí nutně vyprodukovat přesnou zprávu "Služby vzdálené plochy jsou momentálně zaneprázdněny". Tyto kontroly jsou nejvíce užitečné, když nová připojení selhávají, ale existující relace zůstávají funkční.

Krok 7: Prozkoumejte uživatelské profily a software třetích stran

Pokud chyba přetrvává, prozkoumejte komponenty zapojené do inicializace relace.

Pro selhání specifická pro uživatele nejprve zjistěte, zda se dotčený účet může úspěšně načíst svůj profil. Podívejte se na události služby uživatelského profilu, dostupnost úložiště profilu a zpoždění v autentizaci.

V kontextu FSLogix nebo disků uživatelských profilů zvažte dostupnost kontejneru profilu, selhání připojení a problémy s výkonem úložiště.

Zaměřte se na nedávno nainstalovaný nebo aktualizovaný software, který interaguje se sezeními Windows, pro opakující se selhání v celém systému.

Bezpečnostní agenti, produkty ochrany koncových bodů a filtry na úrovni systému mohou způsobit selhání zpracování relací. Jakékoli testy izolace by měly být prováděny podle doporučení dodavatele a postupů řízení změn.

Krok 8: Restartujte Windows Server, pokud je to nutné

Pokud cílené odstraňování problémů nevyřeší problém, restartování serveru může obnovit konektivitu RDP.

Před restartováním se ujistěte, že rozumíte dopadu na aktuálně navázané relace a hostované aplikace. Pokud je to možné, v nasazení RDS s více hostiteli odpojte hostitele a přesměrujte nová připojení na jiného hostitele.

Po restartu potvrďte, že Služby vzdálené plochy fungují správně, uživatelé se mohou připojit a v Prohlížeči událostí se nevytvářejí žádné nové chyby.

Restart potvrzuje, že situace způsobující okamžitý problém byla vyřešena, ale nepotvrzuje, že byla řešena základní příčina.

Pokud se chyba po restartu znovu objeví, uchovejte důkazy pro další vyšetřování a hledejte vzory nadměrné spotřeby zdrojů, selhání při zpracování jednotlivých relací a zásahy třetích stran.

Jak byste měli jednat, pokud se chyby RDS Busy opakují?

Když se chyba opakuje, důraz se mění z obnovení přístupu k síti na určení, co způsobuje toto narušení.

Tabulka níže slouží jako užitečný průvodce pro odstraňování problémů:

Pozorovaný symptom	Priorita vyšetřování
Jeden uživatel se nemůže znovu připojit	Zaseknutá relace nebo uživatelský profil
Více uživatelů se nemůže připojit	Zdraví služby, zdroje, zpracování relací
Selhání během ranního přihlašování	Současné přihlášení, načítání profilu, úložiště
Restart dočasně vyřeší chybu	Úniky paměti nebo relací
Chyba následuje po aktualizaci bezpečnostního softwaru	Interakce s třetími stranami
Chyba následuje změny skupinové politiky	Zpracování politiky a oprávnění pro přihlášení
Přihlášení do konzole také selhává	Širší problémy s přihlášením do systému Windows nebo s jeho fungováním
Existující relace fungují, ale noví uživatelé se nemohou připojit.	Omezení připojení, režim vyčerpání, licencování

Tyto vzory naznačují priority vyšetřování spíše než definitivní diagnózy.

Zachyťte diagnostické důkazy před restartováním

Při přerušovaných selháních shromážděte relevantní protokoly a výkonnostní data před restartováním serveru, kdykoli je to provozně možné.

Microsoft poskytuje nástroj TroubleShootingScript (TSS) pro shromažďování diagnostických stop.

V závislosti na scénáři mohou administrátoři zachytit stopy klienta RDP:

.TSS.ps1 -Scénář UEX_RDSCli

A serverové stopy:

.\TSS.ps1 -Scénář UEX_RDSSrv

Použijte aktuální dokumentaci Microsoft TSS k potvrzení podporovaných scénářů, předpokladů a postupů provádění.

Pro složitější selhání mohou být vyžadovány další záznamy o paměti nebo výkonu. Takové diagnostiky by měly být pečlivě plánovány, protože mohou ovlivnit produkční systémy a mohou obsahovat citlivé informace.

V nasazení s více servery zahrňte komponenty RD Connection Broker a RD Gateway do vyšetřování, když cesta připojení zahrnuje tyto služby.

Jak můžete těmto chybám zabránit?

Ne všechny selhání RDS jsou předvídatelné. Existují však kroky, které můžete podniknout, včetně nepřetržitého monitorování, vhodných politik relací a omezené údržby softwaru.

Sledování serverových zdrojů a aktivity relací

Monitorování prostředí RDS pomocí sledování CPU, paměti, disku a současně přihlášené relace.

Sledujte trendy spíše než prahy. Základní analýza je obzvlášť důležitá pro řešení problémů, které se objevují během špičkových hodin nebo se postupně objevují po restartování serverů.

Monitorujte systém, abyste odlišili problémy s kapacitou a selhání, která stále nastávají navzdory dostatečným zdrojům.

Pečlivě nakonfigurujte časové limity relace

Zkontrolujte zásady, které upravují odpojené a neaktivní relace. Microsoft Learn vysvětluje, jak rozlišovat nečekané uzamčení relací a odpojení a prozkoumat politiky časového limitu relace odpovědné za toto chování.

Dobře zvolené hodnoty časového limitu zabraňují zbytečnému trvání relací a blokování zdrojů. Příliš agresivní politiky časového limitu však mohou zničit produktivní pracovní relace tím, že je ukončí před dokončením kritických operací.

Politiky časového limitu relace by měly být založeny na obchodních požadavcích a neměly by být používány jako lék na základní úniky relací.

Udržujte software související s Windows a relacemi

Implementujte podporované aktualizace a opravy systému Windows Server pro konkrétní problémy.

Zajistěte, aby agenti ochrany koncových bodů, komponenty správy profilů, virtualizační komponenty a aplikace integrované do relací byly kompatibilní s operačním systémem.

Otestujte aktualizace v předprodukčním prostředí, zejména pokud se do procesu přihlášení nebo relace Windows zapojuje více komponent třetích stran.

Zkontrolujte kapacitu a konfiguraci RDS

Velikost hostitelů vzdálené plochy v souladu s realistickými současnými pracovními zátěžemi, s ohledem na špičkové hodiny pro přihlášení a spuštění programů.

Zvažte rozdělení relací mezi více hostiteli pro větší prostředí, abyste se vyhnuli přetížení.

Audit skupinové politiky, omezení připojení, konfiguraci licencí a praktiky údržby pravidelně za účelem odhalení a odstranění potenciálních příčin selhání připojení.

Hledáte jednodušší vzdálený přístup a doručování aplikací?

Odstraňování problémů se službami vzdálené plochy může zdůraznit administrativní úsilí spojené s udržováním prostředí pro dodávání aplikací Windows. Pro organizace, které primárně potřebují poskytovat uživatelům aplikace Windows nebo plné vzdálené plochy, může být přehodnocení složitosti jejich stávající infrastruktury užitečné.

TSplus Remote Access nabízí zjednodušený přístup k publikování vícero uživatelských aplikací Windows a dodávání vzdálených desktopů, s přístupem přes prohlížeč a centralizovanou správou. Pomáhá IT týmům zpřístupnit aplikace vzdáleným uživatelům, aniž by bylo nutné nasazovat plnou složitost tradiční infrastruktury Microsoft RDS, přičemž stále vyžaduje řádnou údržbu a zabezpečení Windows Serveru.

Závěr

Chyba "Služby vzdálené plochy jsou momentálně zaneprázdněny" vyžaduje více než rutinní restart serveru. Identifikace, zda selhání pochází ze zaseknuté relace, omezení zdrojů nebo problému s přihlášením do systému Windows, umožňuje správcům zvolit nejméně rušivé řešení.

Když chyby přetrvávají nebo se vracejí, systematická diagnostika, monitorování výkonu a přezkumy konfigurace jsou nezbytné k vyřešení jejich základních příčin a udržení spolehlivé RDP konektivity.