A Távoli Asztali Szolgáltatások jelenleg foglaltak.

Bevezetés

Amikor a Windows Server megtagadja az új Remote Desktop kapcsolatok létrehozását, elengedhetetlen a hiba forrásának azonosítása, mielőtt újraindítaná a szolgáltatásokat vagy az egész szervert. A probléma egy felhasználót vagy több munkamenetet érint? Ez a cikk végigvezeti az IT-adminisztrátorokat a lehetséges okokon, a gyakorlati hibaelhárító parancsokon és a helyreállítási eljárásokon, az első ellenőrzésektől a fejlettebb diagnosztikákig és megelőzési intézkedésekig.

Mit jelent, amikor megjelenik egy "A távoli asztali szolgáltatások jelenleg foglaltak" üzenet?

A hiba akkor fordul elő, amikor a Windows nem tudja végrehajtani a kért Remote Desktop Protocol (RDP) funkciót vagy műveletet. Általában a megjelenő hibaüzenet a következőt állítja:

A feladat, amelyet megpróbál végrehajtani, nem fejezhető be, mert a Remote Desktop Services jelenleg foglalt. Kérjük, próbálja meg néhány perc múlva. Más felhasználóknak továbbra is képesnek kell lenniük bejelentkezni.

Bár a hibaüzenet arra utal, hogy a rendszer nem képes újabb munkamenetet hozzáadni, és hogy a távoli asztal maximális kapacitáson van, ez nem biztos, hogy így van.

A hiba egyetlen felhasználói fiókon vagy több felhasználói fiókon is előfordulhat. Ha az előbbi a helyzet, akkor lehetséges a munkamenet újraindítása. Ha azonban az utóbbi a helyzet, a rendszer lehet, hogy nem engedi meg, hogy bármely felhasználó kapcsolatot létesítsen.

Ezenkívül a probléma érintheti akár egyetlen felhasználói munkamenetet, akár az összes felhasználói munkamenetet. Fontos megkülönböztetni a két forgatókönyvet, mivel a megoldások, amelyek szükségesek a kezelésükhöz, eltérőek.

Microsoft Learn's RDS munkamenet csatlakozási hibaelhárítási útmutató további ellenőrzéseket biztosít a Windows Server gazdagépeket érintő kapcsolati hibák azonosításához.

Mi okozza ezt a hibát?

Több Windows Server összetevő is részt vesz egy RDP munkamenet létrehozásában. A munkamenet kezelésével, a rendszer erőforrásaival, a Windows szolgáltatásokkal vagy a bejelentkezési folyamat problémáival kapcsolatos gondok megakadályozhatják a kapcsolat létrejöttét.

Befagyott vagy nem válaszoló RDP munkamenetek

Egy session lefagyhat, amikor csatlakozik, bontja a kapcsolatot, újracsatlakozik vagy kijelentkezik. Ekkor a Windows nem tudja befejezni a sessiont vagy felszabadítani az erőforrásait.

Az adminisztrátorok megtalálhatják azokat a munkameneteket, amelyek nem hajlandók újracsatlakozni vagy kijelentkezni. A probléma csak egy munkamenetben fordulhat elő, még akkor is, ha mások megfelelően működnek.

Még egy leválasztott munkamenet normális, és csak akkor kell visszaállítani, ha lefagy.

Erőforrás-kimerülés és bejelentkezési viharok

A nem elegendő erőforrások késleltethetik vagy megakadályozhatják a munkamenet inicializálását. A leggyakoribb problémák a CPU telítettsége, a memóriahiány, a túlzott lemezaktivitás és a lassú profilbetöltés.

Az ilyen problémák különösen kiemelkedőek bejelentkezési viharok során, amikor több száz felhasználó egyszerre létesít Remote Desktop kapcsolatokat. Az azonosítás, a Csoportházirend, a profil betöltése és az alkalmazásindítási tevékenységek jelentős terhelést generálnak egy megosztott Remote Desktop Session Host-on.

A magas erőforrás-használat azonban nem követelmény ennek a hibának a megjelenéséhez. Néhány munkamenet-feldolgozási hiba akkor is bekövetkezik, ha a CPU- és memóriahasználati arányok alacsonyak.

Memória szivárgások és harmadik féltől származó szoftverek

A memória szivárgások és a nem megfelelően felszabadított munkamenet-objektumok rontják a Windows Server képességét a távoli kapcsolatok fogadására.

Ez a probléma különösen figyelemre méltó olyan esetekben, amikor a gép újraindítása visszaállítja a normális működést, de a hiba több óra vagy nap elteltével visszatér.

A harmadik féltől származó szoftver alkalmazása, amely valamilyen módon működik a Windows munkamenetekkel, szintén lehet az ok. Ez magában foglalja a végpontvédelmi ügynököket, biztonsági szűrőket vagy hasonló szoftvereket, amelyek zavarhatják a Windows munkameneteket.

Mivel ezek a meghajtók általában nem kerülnek leállításra, amikor a megfelelő rendszer szolgáltatás leáll, az ilyen hipotézisek vizsgálata alaposabb megközelítést igényel, mint csupán a szolgáltatás leállítása.

Csoportházirend és Felhasználói Profil Problémák

A csoportházirend előírja távoli hozzáférés a kapcsolatokkal, a munkamenet-korlátozásokkal és a Remote Desktop Session Host viselkedésének egyéb jellemzőivel kapcsolatos engedélyek. A helytelen engedélyek vagy a politikák közötti konfliktusok kapcsolatproblémákat okozhatnak.

A Csoportházirend-ügyfél szolgáltatás hibái szintén zavarhatják a Windows bejelentkezési folyamatát.

Ugyanakkor a Windows nem tudja befejezni a munkamenetet, ha valami hiba lép fel a felhasználói profillal. Ebben az esetben a rendszergazdáknak a Felhasználói Profil Szolgáltatásra kell összpontosítaniuk, ellenőrizniük kell, hogy a felhasználói profil tárolása elérhető-e, és figyelembe kell venniük az FSLogix vagy más eszközök használatát a felhasználói profilok kezelésére, ha a hosszú bejelentkezési munkamenetek egybeesnek a kapcsolati problémákkal.

Mit kell tenned a hiba kijavításához?

A hibaelhárítási intézkedéseket általánostól a specifikusig kell végrehajtani, és a nem zavaró tesztektől a célzott munkamenet-helyreállításra és a szolgáltatások vagy szerverek újraindítására kell haladni, csak ha szükséges.

A következő eljárás használható a probléma szűkítésére anélkül, hogy megzavarná a felhasználók munkáját.

1. lépés: Határozza meg, hogy a probléma egy felhasználót vagy a szervert érinti-e

Várjon egy kicsit, majd próbálja újra. A probléma magától megoldódhat az erőforrások átmeneti versenye vagy a késlekedő bejelentkezési folyamat miatt.

Ha a kapcsolat továbbra is sikertelen, szélesebb RDP kapcsolat hibaelhárítás segíthet kizárni a hálózati, kliens konfigurációs vagy kapcsolódási problémákat, mielőtt a Windows Server munkamenet-kezelését vizsgálnánk.

Határozza meg a probléma terjedelmét, ha az továbbra is fennáll:

• Tud-e egy másik felhasználó sikeresen kapcsolatot létesíteni?
• Működnek a meglévő RDP munkamenetek?
• A hibák a sikeres hitelesítés előtt vagy után fordulnak elő?
• A probléma a Windows frissítése vagy konfigurációs változtatása előtt vagy után jelentkezett?
• Az adminisztrátor be tud jelentkezni helyben a szerver konzolon?

A virtuális gépek esetében vegye figyelembe, hogy a hypervisor konzol kapcsolatok nem használják az RDP-t. Ha Hyper-V-t használ, az Alapértelmezett munkamenet típust kell használnia, mert a Kiterjesztett munkamenetek RDP-t használnak.

Ha a konzolbejelentkezések nem sikerülnek, vizsgálja meg a Windows szintű bejelentkezési vagy operációs rendszer problémákat, nem csupán az RDS-specifikus problémákat.

Lépés 2: Ellenőrizze a Windows Server erőforrásait

Miután az adminisztratív hozzáférés elérhető, vizsgálja meg a CPU kihasználtságát, a rendelkezésre álló memóriát, a lemezaktivitást és a tárolókapacitást a Feladatkezelő vagy a Teljesítménymérő segítségével.

A rendszermeghajtó helyének gyors ellenőrzéséhez futtassa a PowerShellt:

Get-Volume -DriveLetter C

A legnagyobb fizikai memóriát fogyasztó folyamatok azonosítása:

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

Figyeljen a szokatlan erőforrás-felhasználásra, különösen az azonosítás vagy a profil betöltése során.

Egyetlen teljesítmény-áttekintés nem feltétlenül tárja fel a memória szivárgást. Ha az erőforrás-felhasználás normálisnak tűnik, folytassa a munkamenet diagnosztikáját, és gyűjtsön teljesítményadatokat idővel, ha a hiba megismétlődik.

3. lépés: Az elakadt RDP munkamenetek azonosítása és visszaállítása

Ha egy adott felhasználó nem tud újra csatlakozni, ellenőrizze a munkameneteket az érintett szerveren.

Nyisson meg egy emelt szintű Parancssort, és futtassa:

A parancs megjeleníti a munkamenet-azonosítókat, felhasználóneveket és a kapcsolati állapotokat. Egy tipikus eredmény a következőhöz hasonlíthat:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              Aktív  
rdp-tcp#5             User01            3              Aktív  
                               User02            4              Készenléti  
rdp-tcp                                           65536     Figyelés  

Ha egy munkamenet hibásnak bizonyul, állítsa vissza az ID-jával:

Cserélje a 4-et a tényleges munkamenet-azonosítóra.

Az megfelelő jogosultságokkal rendelkező rendszergazdák távolról is lekérdezhetik a munkameneteket:

Ezután állítsa vissza az azonosított munkamenetet:

Figyelem A munkamenet visszaállítása megszünteti annak alkalmazásait, és elveszítheti a mentetlen munkát. Ellenőrizze a munkamenet azonosítóját, és értesítse a felhasználót, amikor csak lehetséges.

Ne állítsa vissza minden leválasztott munkamenetet indokolatlanul. Kerülje el a kritikus Windows folyamatok kényszerített leállítását is, mint például csrss.exe , ami destabilizálhatja az operációs rendszert.

4. lépés: Ellenőrizze a Távoli Asztali Szolgáltatásokat és az Eseménynaplókat

Ha a munkamenet-helyreállítás nem oldja meg a hibát, ellenőrizze a Távoli asztali szolgáltatások szolgáltatást.

Futtatás:

Get-Service -Name TermService

A szolgáltatásnak általában jelenteni kell egy Futás A státusz. Ez azonban csak azt erősíti meg, hogy a szolgáltatás fut, nem pedig azt, hogy a Windows sikeresen inicializálhat új munkameneteket.

Következő lépésként nyissa meg az Eseménynézőt, és vizsgálja meg a releváns naplókat.

Eseménynéző napló	Mit kell megvizsgálni
Windows naplók > Rendszer	Szolgáltatási hibák és rendszerhibák
Windows naplók > Alkalmazás	Alkalmazás összeomlások és profilhibák
Terminál Szolgáltatások - Helyi Üléskezelő > Működési	Munkamenet létrehozása, bejelentkezés és újracsatlakozás
Terminálszolgáltatások - Távoli kapcsolatkezelő > Működési	Kapcsolatkezelés és hitelesítés
Csoportházirend > Működési	Politikai feldolgozási hibák

Az utolsó három napló a következő helyen található Alkalmazások és Szolgáltatások Naplói > Microsoft > Windows .

Korrelálja az eseményeket a megszakadt kapcsolat pontos idejével. A hiba közelében bekövetkező esemény bizonyítékot nyújthat, de nem állapít meg automatikusan ok-okozati összefüggést.

Ha több felhasználót érint, és a célzott helyreállítás nem sikeres, akkor a Távoli Asztali Szolgáltatások vezérelt újraindítása fontolóra vehető:

Restart-Service -Name TermService

Ez a művelet befolyásolhatja az aktív kapcsolatokat, és a szolgáltatási függőségek korlátozhatják. Ellenőrizze a szolgáltatás konfigurációját és működési következményeit, mielőtt megpróbálná.

A termelési RDS gazdákon előnyben részesítse a tervezett karbantartási időszakot a szolgáltatások újraindítása helyett, miközben a felhasználók dolgoznak.

5. lépés: Csoportházirend és kapcsolati korlátozások áttekintése

Ha a hiba egy konfigurációs változtatás után kezdődött, ellenőrizze az érintett szerverre alkalmazott Csoportházirend beállításokat.

Jelentés generálása:

Nyissa meg a jelentést, és tekintse át a politikákat itt:

Számítógép konfiguráció > Adminisztratív sablonok > Windows összetevők > Távoli asztali szolgáltatások > Távoli asztali munkamenet gazda > Kapcsolatok

Fizessen különös figyelmet a maximális kapcsolatok számát, az egyes munkamenetekre vonatkozó korlátozásokat és a távoli kapcsolódás engedélyezését szabályozó politikákra.

Ellenőrizze a felhasználói jogok hozzárendelését, amelyek a Remote Desktop Services-en keresztüli bejelentkezésre vonatkoznak.

Ha egy nemrégiben végrehajtott politikai változás egybeesik a hibával, vizsgálja meg annak hatását ellenőrzött tesztelés révén. Kerülje el a biztonsági politikák letiltását anélkül, hogy megállapítaná, hogy hozzájárulnak a hibához.

Lépés 6: Ellenőrizze az RDS licencelést és a leeresztési módot

Néhány kapcsolati hiba az RDS telepítési konfigurációjából származik, nem pedig a hibás munkamenetekből.

A többfelhasználós Remote Desktop Session Host telepítésekhez ellenőrizze a licencelési módot és a konfigurált licencszervert.

Ellenőrizze, hogy a Session Host szándékosan elutasítja-e az új kapcsolódásokat:

Ha az új felhasználói bejelentkezések le vannak tiltva, állapítsa meg, hogy a szervert karbantartás céljából leeresztett üzemmódba helyezték-e.

Ha szükséges, az új bejelentkezések újra engedélyezhetők a következőkkel:

Ne fordítsd meg a leeresztési módot anélkül, hogy megerősítenéd, miért aktiválták.

Licencelési problémák, kapcsolódási korlátok és lemerülési mód nem feltétlenül eredményeznek pontos "A távoli asztali szolgáltatások jelenleg foglaltak" üzenetet. Ezek az ellenőrzések a legjobban akkor hasznosak, amikor az új kapcsolatok nem sikerülnek, de a meglévő munkamenetek működnek.

Lépés 7: Felhasználói profilok és harmadik féltől származó szoftverek vizsgálata

Ha a hiba továbbra is fennáll, vizsgálja meg a munkamenet inicializálásában részt vevő összetevőket.

A felhasználóra vonatkozó hibák esetén először meg kell határozni, hogy affected account sikeresen betöltheti-e a profilját. Nézze meg a Felhasználói Profil Szolgáltatás eseményeit, a profil tárolásának elérhetőségét és az azonosítás késedelmeit.

FSLogix vagy Felhasználói Profillemezek kontextusában vegye figyelembe a profilkonténer elérhetőségét, a csatlakozási hibákat és a tárolási teljesítmény problémáit.

A rendszer szintű ismétlődő hibák esetén összpontosítson a nemrég telepített vagy frissített szoftverekre, amelyek interakcióba lépnek a Windows munkamenetekkel.

A biztonsági ügynökök, az endpoint védelmi termékek és a rendszer szintű szűrők okozhatnak munkamenet-feldolgozási hibákat. Minden elszigetelési tesztet a gyártó ajánlásainak és a változáskezelési eljárásoknak megfelelően kell elvégezni.

Lépés 8: Indítsa újra a Windows Servert, ha szükséges

Ha a célzott hibaelhárítás nem oldja meg a problémát, a szerver újraindítása helyreállíthatja az RDP kapcsolatot.

A újraindítás előtt győződjön meg arról, hogy megérti a jelenleg létrehozott munkamenetekre és a hosztolt alkalmazásokra gyakorolt hatást. Ha lehetséges, egy több hosztos RDS telepítés esetén ürítse ki a hosztot, és irányítsa át az új kapcsolatokat egy másik hosztra.

A rendszer újraindítása után erősítse meg, hogy a Távoli asztali szolgáltatások megfelelően működnek, a felhasználók csatlakozhatnak, és az Eseménynézőben nem keletkeznek új hibák.

A újraindítás megerősíti, hogy a közvetlen problémát okozó helyzetet orvosolták, de nem erősíti meg, hogy a gyökérokot kezelték.

Ha a hiba újra megjelenik egy újraindítás után, őrizze meg a bizonyítékokat a további vizsgálat érdekében, és keressen mintákat a túlzott erőforrás-felhasználásra, az egyes munkamenetek feldolgozásában bekövetkező hibákra és a harmadik féltől származó szoftverek általi zavarokra.

Hogyan kell eljárnia, ha az RDS foglalt hibák ismétlődnek?

Amikor a hiba megismétlődik, a hangsúly a hálózathoz való hozzáférés visszanyeréséről a zavar okának meghatározására változik.

Az alábbi táblázat hasznos útmutatóként szolgál a hibaelhárításhoz:

Megfigyelt tünet	Nyomozási prioritás
Egy felhasználó nem tud újra csatlakozni	Befagyott munkamenet vagy felhasználói profil
Több felhasználó nem csatlakozhat	Szolgáltatás állapot, erőforrások, munkamenet feldolgozás
Hiba a reggeli bejelentkezések során	Párhuzamos bejelentkezések, profil betöltés, tárolás
A hiba ideiglenes megoldása a újraindítás.	Memória- vagy munkamenethez kapcsolódó szivárgások
Hiba követi a biztonsági szoftver frissítését	Harmadik fél szoftver interakciók
Hiba követi a Csoportházirend módosításait	Politikai feldolgozás és bejelentkezési engedélyek
A konzol bejelentkezés szintén meghiúsul.	Szélesebb Windows bejelentkezési vagy rendszerproblémák
A meglévő munkamenetek működnek, de az új felhasználók nem tudnak csatlakozni.	Kapcsolati korlátozások, lemerülési mód, licencelés

Ezek a minták a vizsgálati prioritásokat jelzik, nem pedig a végleges diagnózisokat.

Diagnosztikai bizonyítékok rögzítése újraindítás előtt

A megszakított hibák esetén gyűjtsön össze releváns naplókat és teljesítményadatokat, mielőtt újraindítaná a szervert, amikor az operatívan lehetséges.

A Microsoft a hibaelhárító szkript (TSS) segédprogramot biztosít a diagnosztikai nyomok gyűjtésére.

A helyzettől függően az adminisztrátorok rögzíthetik az RDP kliens nyomvonalakat:

.\TSS.ps1 -Forgatókönyv UEX_RDSCli

És a szerveroldali nyomok:

.\TSS.ps1 -Forgatókönyv UEX_RDSSrv

Használja a jelenlegi Microsoft TSS dokumentációt a támogatott forgatókönyvek, előfeltételek és végrehajtási eljárások megerősítésére.

Bonyolultabb hibák esetén további memória- vagy teljesítményfelvételek szükségesek lehetnek. Az ilyen diagnosztikákat gondosan kell megtervezni, mivel hatással lehetnek a termelési rendszerekre, és érzékeny információkat tartalmazhatnak.

Több szerveres telepítések esetén a vizsgálatba vonja be az RD Connection Broker és RD Gateway komponenseket, amikor a kapcsolat útvonala ezeket a szolgáltatásokat érinti.

Hogyan akadályozhatja meg ezeket a hibákat?

Nem minden RDS-hiba megelőzhető. De vannak lépések, amelyeket megtehet, beleértve a folyamatos nyomon követést, a megfelelő munkamenet-politikákat és a korlátozott szoftverkarbantartást.

Monitorozza a szerver erőforrásait és a munkamenet aktivitását

Figyelje az RDS környezetet a CPU, memória, lemez nyomon követése és egyidejűleg bejelentkezett munkamenetek.

Nézze a trendeket a küszöbök helyett. Az alapvonal-elemzés különösen fontos a problémák elhárításához, amelyek csúcsidőszakokban merülnek fel, vagy fokozatosan jelentkeznek a szerverek újraindítása után.

Figyelje a rendszert, hogy megkülönböztesse a kapacitási problémákat és a hibákat, amelyek még elegendő erőforrások mellett is előfordulnak.

Óvatosan állítsa be a munkamenet időtúllépéseket

Felülvizsgálja azokat a szabályzatokat, amelyek a leválasztott és inaktív munkameneteket szabályozzák. A Microsoft Learn elmagyarázza, hogyan lehet megkülönböztetni váratlan munkamenet-zárak és megszakítások és vizsgálja meg azokat a munkamenet-időkorlát politikákat, amelyek ezekért a viselkedésekért felelősek.

A jól megválasztott időtúllépési értékek megakadályozzák, hogy a munkamenetek feleslegesen elhúzódjanak és erőforrásokat kössenek le. A túl agresszív időtúllépési politikák azonban tönkretehetik a produktív munkameneteket azáltal, hogy azokat a kritikus műveletek befejezése előtt megszüntetik.

A munkamenet-időtúllépési politikáknak az üzleti követelményekre kell épülniük, és nem szabad őket a mögöttes munkamenet-szivárgások kezelésére használni.

Windows és a munkamenethez kapcsolódó szoftverek karbantartása

Implementálja a támogatott Windows Server frissítéseket és javításokat a konkrét problémákhoz.

Biztosítsa, hogy a végpontvédelmi ügynökök, a profilkezelő komponensek, a virtualizációs komponensek és a session-integrált alkalmazások kompatibilisek legyenek a működési rendszerrel.

A frissítések tesztelése egy előállítás előtti környezetben, különösen, ha több harmadik fél által készített komponens is részt vesz a Windows bejelentkezési vagy munkameneti folyamatban.

Kapacitás és RDS konfiguráció áttekintése

A távoli asztali munkamenetek méretének meghatározása a reális egyidejű terhelések figyelembevételével, figyelembe véve a bejelentkezések és a programindítás csúcsidőszakait.

Fontolja meg, hogy a nagyobb környezetekben több gazdagép között ossza el a munkameneteket a torlódás elkerülése érdekében.

Audit csoportházirend, kapcsolati korlátozások, licenc konfiguráció és karbantartási gyakorlatok rendszeresen annak érdekében, hogy felfedezzük és megszüntessük a kapcsolati hibák potenciális okait.

Egyszerűbb Távoli Asztal és Alkalmazás Kiszállítást keres?

A Távoli Asztali Szolgáltatások hibaelhárítása kiemelheti a Windows alkalmazás-átadási környezetek fenntartásához szükséges adminisztratív erőfeszítést. Azok számára, akik elsősorban Windows alkalmazásokat vagy teljes távoli asztalokat szeretnének biztosítani a felhasználóknak, érdemes lehet áttekinteni a meglévő infrastruktúrájuk összetettségét.

TSplus Távhozzáférés egyszerűsített megközelítést kínál a többfelhasználós Windows alkalmazások közzétételéhez és a távoli asztali szolgáltatáshoz, böngészőalapú hozzáféréssel és központosított adminisztrációval. Segít az IT csapatoknak az alkalmazások távoli felhasználók számára történő elérhetővé tételében anélkül, hogy a hagyományos Microsoft RDS infrastruktúra teljes bonyolultságát telepítenék, miközben továbbra is megköveteli a megfelelő Windows Server karbantartást és biztonságot.

Következtetés

A "Remote Desktop Services is currently busy" hiba több mint egy rutinszerű szerver újraindítást igényel. Annak megállapítása, hogy a hiba egy elakadt munkamenetből, erőforrás-korlátozásból vagy Windows bejelentkezési problémából ered, lehetővé teszi az adminisztrátorok számára, hogy a legkevésbé zavaró megoldást válasszák.

Ha a hibák továbbra is fennállnak vagy visszatérnek, a rendszeres diagnosztika, a teljesítményfigyelés és a konfigurációs felülvizsgálatok elengedhetetlenek az alapvető okok megoldásához és a megbízható RDP-kapcsolat fenntartásához.