Usluge udaljenog radnog stola su trenutno zauzete

Uvod

Kada Windows Server odbija nove veze za Remote Desktop, važno je identificirati izvor kvara prije ponovnog pokretanja usluga ili cijelog poslužitelja. Utječe li problem na jednog korisnika ili više sesija? Ovaj članak vodi IT administratore kroz moguće uzroke, praktične naredbe za rješavanje problema i postupke oporavka, od inicijalnih provjera do naprednijih dijagnostičkih i preventivnih mjera.

Što znači kada se pojavi poruka "Usluge udaljene radne površine su trenutno zauzete"?

Greška se javlja kada Windows ne uspije izvršiti zatraženu funkciju ili radnju Protokola udaljene radne površine (RDP). Općenito, poruka o grešci koja se pojavljuje navodi:

Zadatak koji pokušavate izvršiti ne može se dovršiti jer su Usluge udaljene radne površine trenutno zauzete. Pokušajte ponovo za nekoliko minuta. Ostali korisnici bi se i dalje trebali moći prijaviti.

Iako poruka o pogrešci implicira da sustav ne može dodati drugu sesiju i da je udaljena radna površina na maksimalnom kapacitetu, to možda nije slučaj.

Greška se može pojaviti na jednom korisničkom računu ili na više korisničkih računa. Ako je to slučaj s prvim, trebala bi biti moguća ponovna uspostava sesije. Međutim, ako je to slučaj s potonjim, sustav možda neće dopustiti nijednom korisniku da uspostavi vezu.

Osim toga, problem bi mogao utjecati ili na jednu korisničku sesiju ili na sve korisničke sesije. Bitno je razlikovati između ta dva scenarija jer se rješenja potrebna za njihovo rješavanje razlikuju.

Microsoft Learnovog Vodič za rješavanje problema s povezivanjem RDS sesija osigurava dodatne provjere za identifikaciju neuspjeha veze koji utječu na Windows Server domaćine.

Koji su uzroci ove pogreške?

Postoji nekoliko komponenti Windows Servera koje su uključene u uspostavljanje RDP sesije. Problemi s upravljanjem sesijom, s resursima sustava, s Windows uslugama ili s procesom prijave mogu spriječiti uspostavljanje veze.

Zaglavljen ili neodgovarajući RDP sesije

Sesija može zamrznuti dok se povezuje, prekida, ponovo povezuje ili se odjavljuje. Tada Windows ne uspijeva dovršiti sesiju ili osloboditi svoje resurse.

Administratori mogu pronaći sesije koje odbijaju ponovno povezivanje ili odjavu. Problem se može pojaviti samo u jednoj sesiji, čak i ako druge rade ispravno.

Ipak, jedan odvojena sesija je normalno i treba ga resetirati samo ako se zaključa.

Iscrpljivanje resursa i oluje prijavljivanja

Nedovoljni resursi mogu odgoditi ili spriječiti inicijalizaciju sesije. Najčešći problemi su zasićenje CPU-a, nedostatak memorije, prekomjerna aktivnost diska i sporo učitavanje profila.

Takvi problemi su posebno izraženi tijekom oluja prijave kada stotine korisnika istovremeno uspostavljaju Remote Desktop veze. Autentifikacija, grupne politike, učitavanje profila i aktivnosti pokretanja aplikacija generiraju značajno opterećenje na zajedničkom Remote Desktop Session Host-u.

Međutim, visoka iskorištenost resursa nije uvjet za pojavu ove pogreške. Neki neuspjesi obrade sesija događaju se čak i kada su stope iskorištenja CPU-a i memorije niske.

Curenje memorije i softver trećih strana

Curenja memorije i objekti sesije koji nisu pravilno oslobođeni mogu ometati kapacitet Windows poslužitelja da prihvati udaljene veze.

Ovaj problem je posebno primjetan u slučajevima kada ponovno pokretanje računala vraća normalnu funkcionalnost, ali se greška vraća nakon nekoliko sati ili dana.

Primjena softvera trećih strana koji na neki način radi s Windows sesijama također može biti razlog. To uključuje agente zaštite krajnjih točaka, sigurnosne filtre ili sličan softver koji bi mogao ometati Windows sesije.

Budući da se ovi upravljački programi obično ne uklanjaju kada se odgovarajuća sistemska usluga zaustavi, istraživanje takvih hipoteza zahtijeva temeljitiji pristup od samog zaustavljanja usluge.

Problemi s grupnom politikom i korisničkim profilom

Grupna politika nalaže udaljeni pristup dozvole koje se odnose na veze, ograničenja sesija i druge značajke ponašanja domaćina sesije udaljenog radnog stola. Pogrešne dozvole ili sukobi između politika mogu uzrokovati probleme s povezivanjem.

Neuspjesi usluge klijenta grupne politike također mogu ometati proces prijave u Windows.

U isto vrijeme, Windows ne može završiti sesiju ako nešto pođe po zlu s korisničkim profilom. U tom slučaju, administratori bi se trebali usredotočiti na Uslugu korisničkog profila, provjeriti je li pohrana korisničkog profila dostupna i razmotriti FSLogix ili druge alate za upravljanje korisničkim profilima ako dugi prijavni sesije korespondiraju s problemima s povezivanjem.

Što trebate učiniti da ispravite ovu pogrešku?

Radnje za rješavanje problema trebaju se poduzimati od općeg prema specifičnom i postupati od nedistraktivnih testova do ciljanog oporavka sesije i ponovnog pokretanja usluga ili poslužitelja samo ako je to potrebno.

Sljedeća procedura može se koristiti za sužavanje problema bez ometanja rada korisnika.

Korak 1: Utvrdite utječe li problem na jednog korisnika ili poslužitelj

Pričekajte kratko i zatim pokušajte ponovo. Problem se može sam ispraviti zbog trenutnog sukoba resursa ili odgođenog procesa prijave.

Ako veza i dalje ne uspije, šire RDP rješavanje problema s povezivanjem može pomoći isključiti probleme s mrežom, konfiguracijom klijenta ili povezivanjem prije istraživanja upravljanja sesijama Windows Servera.

Odredite opseg problema ako se nastavi:

• Može li drugi korisnik uspješno uspostaviti vezu?
• Jesu li postojeće RDP sesije operativne?
• Javljaju li se greške prije ili nakon uspješne autentifikacije?
• Je li se problem pojavio prije ili nakon ažuriranja sustava Windows ili promjene konfiguracije?
• Može li administrator lokalno prijaviti putem konzole poslužitelja?

U slučaju virtualnih strojeva, imajte na umu da veze konzole hipervizora ne koriste RDP. Ako koristite Hyper-V, morate koristiti osnovnu vrstu sesije jer poboljšane sesije koriste RDP.

Ako prijave na konzolu ne uspijevaju, istražite probleme s prijavom na razini sustava Windows ili probleme s operativnim sustavom, a ne samo probleme specifične za RDS.

Korak 2: Provjerite resurse Windows poslužitelja

Kada je administrativni pristup dostupan, pregledajte iskorištenost CPU-a, dostupnu memoriju, aktivnost diska i kapacitet pohrane koristeći Upravitelj zadataka ili Monitor performansi.

Za brzu provjeru prostora na sustavu disku, pokrenite PowerShell:

Get-Volume -DriveLetter C

Da biste identificirali procese koji troše najviše fizičke memorije:

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

Pazite na neobičnu potrošnju resursa, posebno tijekom autentifikacije ili učitavanja profila.

Jedan jedini prikaz performansi možda neće otkriti curenje memorije. Ako se čini da je potrošnja resursa normalna, nastavite s dijagnostikom sesije i prikupljajte podatke o performansama tijekom vremena ako se greška ponovi.

Korak 3: Identificirajte i resetirajte zaglavljene RDP sesije

Kada se određeni korisnik ne može ponovno povezati, pregledajte sesije na pogođenom poslužitelju.

Otvorite povišeni Command Prompt i pokrenite:

Naredba prikazuje ID-eve sesija, korisnička imena i stanje veze. Tipičan rezultat može izgledati ovako:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              Aktivno  
rdp-tcp#5             User01            3              Aktivno  
                               User02            4              Diskonektirano  
rdp-tcp                                           65536     Slušanje  

Ako je sesija potvrđena kao neispravna, resetirajte je koristeći njen ID:

Zamijenite 4 s stvarnim ID-om sesije.

Administratori s odgovarajućim dozvolama također mogu daljinski pretraživati sesije:

Zatim resetirajte identificiranu sesiju:

Upozorenje Resetiranje sesije prekida njezine aplikacije i može uzrokovati gubitak nespremljenog rada. Potvrdite identitet sesije i obavijestite korisnika kad god je to moguće.

Nemojte nasumično resetirati svaku odvojenu sesiju. Također izbjegavajte nasilno prekidanje kritičnih Windows procesa kao što su csrss.exe koji može destabilizirati operacijski sustav.

Korak 4: Provjerite usluge udaljenog radnog stola i zapisnike događaja

Ako oporavak sesije ne riješi grešku, provjerite uslugu Usluge udaljene radne površine.

Pokreni:

Get-Service -Name TermService

Usluga bi obično trebala prijaviti a Pokretanje status. Međutim, to samo potvrđuje da usluga radi, a ne da Windows može uspješno inicijalizirati nove sesije.

Sljedeće, otvorite Preglednik događaja i pregledajte relevantne dnevnike.

Dnevnik preglednika događaja	Što istražiti
Windows Zapisi > Sustav	Neuspjesi usluge i sistemske greške
Windows zapisnici > Aplikacija	Rušenje aplikacije i pogreške profila
TerminalServices-LocalSessionManager > Operativno	Kreiranje sesije, prijava i ponovna povezanost
TerminalServices-RemoteConnectionManager > Operativno	Upravljanje vezom i autentifikacija
Grupna politika > Operativno	Neuspjesi obrade politika

Posljednja tri dnevnika nalaze se pod Aplikacije i usluge zapisi > Microsoft > Windows .

Korelirajte događaje s točnim vremenom neuspjele veze. Događaj koji se dogodi blizu neuspjeha može pružiti dokaze, ali to ne uspostavlja automatski uzročnost.

Ako su pogođeni višestruki korisnici i ciljani oporavak nije uspješan, može se razmotriti kontrolirano ponovno pokretanje usluga daljinskog radnog površine.

Restart-Service -Name TermService

Ova operacija može utjecati na aktivne veze i može biti ograničena ovisnostima o uslugama. Provjerite konfiguraciju usluge i operativne posljedice prije nego što je pokušate.

Na produkcijskim RDS poslužiteljima, radije odaberite planirano održavanje umjesto ponovnog pokretanja usluga dok korisnici rade.

Korak 5: Pregledajte grupne politike i ograničenja veze

Ako je greška započela nakon promjene konfiguracije, provjerite postavke grupne politike primijenjene na pogođeni poslužitelj.

Generiraj izvještaj:

Otvorite izvješće i pregledajte politike pod:

Konfiguracija računala > Administrativne predloške > Komponente sustava Windows > Usluge udaljenog radnog površine > Udaljeni host sesije radne površine > Povezivanja

Obratite posebnu pozornost na politike koje kontroliraju maksimalni broj veza, ograničenja za jednu sesiju i dopuštenje za daljinsko povezivanje.

Također provjerite dodjele korisničkih prava koje upravljaju prijavom putem Usluga daljinskog radnog površine.

Ako nedavna promjena politike korespondira s greškom, istražite njezin utjecaj kroz kontrolirano testiranje. Izbjegavajte onemogućavanje sigurnosnih politika bez utvrđivanja da doprinose neuspjehu.

Korak 6: Provjerite RDS licenciranje i način isušivanja

Neki problemi s povezivanjem potječu iz konfiguracije RDS implementacije, a ne iz neispravnih sesija.

Za višekorisničke implementacije Remote Desktop Session Host, provjerite način licenciranja i konfigurirani poslužitelj licenci.

Također provjerite odbija li Session Host namjerno nove veze:

Ako su prijave novih korisnika onemogućene, utvrdite je li poslužitelj stavljen u način rada ispuštanja radi održavanja.

Kada je to prikladno, nova prijavljivanja mogu se ponovo omogućiti korištenjem:

Ne prebacujte način ispuštanja bez potvrde zašto je aktiviran.

Problemi s licenciranjem, ograničenja veze i način ispuštanja ne moraju nužno proizvesti točnu poruku "Usluge udaljene radne površine su trenutno zauzete". Ove provjere su najkorisnije kada novi priključci ne uspiju, ali postojeće sesije ostaju operativne.

Korak 7: Istražite korisničke profile i softver trećih strana

Ako se greška nastavi, istražite komponente uključene u inicijalizaciju sesije.

Za korisnički specifične greške, prvo utvrdite može li pogođeni račun uspješno učitati svoj profil. Pogledajte događaje usluge korisničkog profila, dostupnost pohrane profila i kašnjenja u autentifikaciji.

U kontekstu FSLogixa ili diskova korisničkog profila, razmotrite dostupnost kontejnera profila, neuspjehe montiranja i probleme s performansama pohrane.

Za sustavne ponavljajuće pogreške, usredotočite se na nedavno instalirani ili ažurirani softver koji komunicira s Windows sesijama.

Sigurnosni agenti, proizvodi za zaštitu krajnjih točaka i filtri na razini sustava mogu uzrokovati neuspjehe u obradi sesija. Svi testovi izolacije trebali bi se provoditi prema preporukama dobavljača i postupcima kontrole promjena.

Korak 8: Ponovno pokrenite Windows Server ako je potrebno

Ako ciljana dijagnostika ne riješi problem, ponovno pokretanje poslužitelja može ponovno uspostaviti RDP povezivost.

Prije ponovnog pokretanja, pobrinite se da razumijete utjecaj na trenutno uspostavljene sesije i hostane aplikacije. Ako je moguće, u višehosting RDS implementaciji, ispraznite host i preusmjerite nove veze na drugi host.

Nakon ponovnog pokretanja, potvrdite da usluge daljinskog radnog stola ispravno rade, korisnici se mogu povezati i da se u Event Viewer-u ne generiraju nove greške.

Ponovno pokretanje potvrđuje da je situacija koja uzrokuje trenutni problem ispravljena, ali ne potvrđuje da je osnovni uzrok riješen.

Ako se greška ponovo pojavi nakon ponovnog pokretanja, sačuvajte dokaze za daljnju istragu i tražite obrasce prekomjerne potrošnje resursa, neuspjehe u obradi pojedinačnih sesija i ometanje od strane softvera trećih strana.

Kako trebate postupiti ako se pogreške RDS zauzeto ponavljaju?

Kada se greška ponavlja, naglasak se mijenja s ponovnog stjecanja pristupa mreži na utvrđivanje što uzrokuje ovu smetnju.

Tablica u nastavku služi kao koristan vodič za rješavanje problema:

Primijećeni simptom	Prioritet istrage
Jedan korisnik se ne može ponovo povezati	Zaglavljen sesija ili korisnički profil
Više korisnika se ne može povezati	Zdravlje usluge, resursi, obrada sesija
Neuspjeh tijekom jutarnjih prijava	Istodobna prijava, učitavanje profila, pohrana
Ponovno pokretanje privremeno rješava grešku	Curenje memorije ili sesije
Greška slijedi nakon ažuriranja sigurnosnog softvera	Interakcije s softverom trećih strana
Pogreška slijedi promjene grupne politike	Obrada politika i dozvole za prijavu
Prijava na konzolu također ne uspijeva	Širi problemi s prijavom na Windows ili sustavom
Postojeće sesije rade, ali novi korisnici se ne mogu povezati.	Ograničenja veze, način pražnjenja, licenciranje

Ovi obrasci sugeriraju prioritete istraživanja umjesto definitvnih dijagnoza.

Zabilježite dijagnostičke dokaze prije ponovnog pokretanja

Za povremene kvarove, prikupite relevantne dnevnike i podatke o performansama prije ponovnog pokretanja poslužitelja kad god je to operativno moguće.

Microsoft pruža alat TroubleShootingScript (TSS) za prikupljanje dijagnostičkih tragova.

Ovisno o scenariju, administratori mogu snimati RDP klijentske tragove:

.TSS.ps1 -Scenario UEX_RDSCli

I tragovi na poslužitelju:

.TSS.ps1 -Scenario UEX_RDSSrv

Koristite trenutnu Microsoft TSS dokumentaciju za potvrdu podržanih scenarija, preduvjeta i postupaka izvršenja.

Za složenije kvarove mogu biti potrebni dodatni memorijski ili performansni snimci. Takve dijagnostike treba pažljivo planirati jer mogu utjecati na proizvodne sustave i mogu sadržavati osjetljive informacije.

U višeserijskim implementacijama, uključite RD Connection Broker i RD Gateway komponente u istragu kada putanja veze uključuje te usluge.

Kako možete spriječiti ove pogreške?

Nisu svi RDS neuspjesi sprječivi. No, postoje koraci koje možete poduzeti, uključujući kontinuirano praćenje, odgovarajuće politike sesija i ograničeno održavanje softvera.

Praćenje resursa poslužitelja i aktivnosti sesija

Nadzor RDS okruženja pomoću praćenje CPU-a, memorije, diska , i istovremeno prijavljene sesije.

Pogledajte trendove umjesto praga. Analiza osnovne linije posebno je važna za rješavanje problema koji se javljaju tijekom vršnih sati ili se postupno pojavljuju nakon ponovnog pokretanja poslužitelja.

Pratite sustav kako biste razlikovali probleme s kapacitetom i kvarove koji se i dalje javljaju unatoč dovoljnom broju resursa.

Pažljivo konfigurirajte vrijeme isteka sesije

Pregledajte politike koje reguliraju odvojene i neaktivne sesije. Microsoft Learn objašnjava kako razlikovati neočekivane zaključane sesije i prekidi veze i istražiti politike isteka sesije odgovorne za ovo ponašanje.

Dobro odabrane vrijednosti vremena čekanja sprječavaju da sesije nepotrebno traju i zauzimaju resurse. Međutim, preagresivne politike vremena čekanja mogu uništiti produktivne radne sesije prekidajući ih prije nego što su kritične operacije završene.

Politike isteka sesije trebale bi se temeljiti na poslovnim zahtjevima i ne bi se trebale koristiti kao lijek za temeljne curenja sesija.

Održavanje softvera povezanog s Windowsom i sesijama

Implementirajte podržane Windows Server ažuriranja i ispravke za specifične probleme.

Osigurajte da su agenti zaštite krajnjih točaka, komponente upravljanja profilima, komponente virtualizacije i aplikacije integrirane u sesiju kompatibilne s operativnim sustavom.

Testirajte ažuriranja u preprodukcijskom okruženju, posebno ako su uključene višestruke komponente trećih strana u proces prijave ili sesije sustava Windows.

Pregled kapaciteta i RDS konfiguracije

Veličina hostova udaljene radne površine u skladu s realnim istovremenim opterećenjima, uzimajući u obzir vršne sate za prijave i pokretanje programa

Razmotrite raspodjelu sesija među više domaćina za veća okruženja kako biste izbjegli zagušenje.

Redovito provodite reviziju grupnih politika, ograničenja veze, konfiguracije licenci i praksi održavanja kako biste otkrili i eliminirali potencijalne uzroke neuspjeha veze.

Tražite jednostavniji Remote Desktop i Application Delivery?

Rješavanje problema s uslugama udaljenog radnog stola može istaknuti administrativni napor potreban za održavanje okruženja isporuke Windows aplikacija. Za organizacije koje prvenstveno trebaju pružiti korisnicima Windows aplikacije ili potpune udaljene radne površine, pregled složenosti njihove postojeće infrastrukture može biti vrijedan.

TSplus Remote Access nudi pojednostavljen pristup objavljivanju višekorisničkih Windows aplikacija i isporuci udaljenog radnog stola, s pristupom putem preglednika i centraliziranom administracijom. Pomaže IT timovima da učine aplikacije dostupnima udaljenim korisnicima bez implementacije pune složenosti tradicionalne Microsoft RDS infrastrukture, dok i dalje zahtijeva pravilno održavanje i sigurnost Windows poslužitelja.

Zaključak

Greška "Usluge udaljene radne površine su trenutno zauzete" zahtijeva više od rutinskog ponovnog pokretanja poslužitelja. Identifikacija da li neuspjeh potječe iz zaglavljenih sesija, ograničenja resursa ili problema s prijavom na Windows omogućava administratorima da odaberu najmanje ometajuće rješenje.

Kada greške perzistiraju ili se ponavljaju, sustavna dijagnostika, praćenje performansi i pregledi konfiguracije su bitni za rješavanje njihovih osnovnih uzroka i održavanje pouzdane RDP povezanosti.