Serviciile Desktop Remote sunt în prezent ocupate

Introducere

Când Windows Server refuză noi conexiuni Remote Desktop, identificarea sursei eșecului este esențială înainte de a reporni serviciile sau întregul server. Problema afectează un utilizator sau mai multe sesiuni? Acest articol ghidează administratorii IT prin posibilele cauze, comenzi practice de depanare și proceduri de recuperare, de la verificările inițiale până la diagnosticele mai avansate și măsurile de prevenire.

Ce înseamnă când apare un mesaj "Serviciile Desktop Remote sunt în prezent ocupate"?

Eroarea apare atunci când Windows nu reușește să efectueze funcția sau acțiunea solicitată prin Protocolul de Desktop la Distanță (RDP). În general, mesajul de eroare care apare afirmă:

Sarcina pe care încerci să o efectuezi nu poate fi finalizată deoarece Serviciile de Desktop la Distanță sunt în prezent ocupate. Te rugăm să încerci din nou în câteva minute. Alți utilizatori ar trebui să fie în continuare capabili să se conecteze.

Deși mesajul de eroare sugerează că sistemul nu poate adăuga o altă sesiune și că desktopul la distanță este la capacitate maximă, s-ar putea să nu fie cazul.

Eroarea ar putea apărea pe un singur cont de utilizator sau pe mai multe conturi de utilizator. Dacă este cazul primului, ar trebui să fie posibil să reporniți sesiunea. Cu toate acestea, dacă este cazul celui de-al doilea, sistemul s-ar putea să nu permită niciunui utilizator să stabilească o conexiune.

În plus, problema ar putea afecta fie o sesiune de utilizator, fie toate sesiunile de utilizator. Este esențial să se facă distincția între cele două scenarii, deoarece soluțiile necesare pentru a le aborda diferă.

Microsoft Learn's Ghid pentru depanarea conectivității sesiunii RDS oferă verificări suplimentare pentru identificarea eșecurilor de conexiune care afectează gazdele Windows Server.

Care sunt cauzele acestei erori?

Există mai multe componente Windows Server care sunt implicate în stabilirea unei sesiuni RDP. Problemele legate de gestionarea sesiunii, de resursele sistemului, de serviciile Windows sau de procesul de autentificare pot împiedica stabilirea conexiunii.

Sesiuni RDP blocate sau necorespunzătoare

O sesiune poate îngheța în timp ce se conectează, deconectează, reconectează sau se deconectează. Apoi, Windows nu reușește să finalizeze sesiunea sau să elibereze resursele sale.

Administratorii pot găsi sesiuni care refuză să se reconecteze sau să se deconecteze. Problema ar putea apărea într-o singură sesiune, chiar dacă altele funcționează corect.

Încă un sesune deconectată este normal și ar trebui resetat doar dacă se blochează.

Epuizarea resurselor și furtunile de autentificare

Resursele insuficiente pot întârzia sau împiedica inițializarea sesiunii. Cele mai frecvente probleme sunt saturația CPU, lipsa de memorie, activitatea excesivă a discului și încărcarea lentă a profilului.

Astfel de probleme sunt deosebit de evidente în timpul furtunilor de autentificare, când sute de utilizatori stabilesc conexiuni Remote Desktop simultan. Activitățile de autentificare, Politica de Grup, încărcarea profilului și lansarea aplicațiilor generează o încărcare semnificativă pe un gazdă de sesiune Remote Desktop partajată.

Cu toate acestea, utilizarea ridicată a resurselor nu este o cerință pentru a întâlni această eroare. Unele eșecuri în procesarea sesiunilor au loc chiar și atunci când ratele de utilizare a CPU-ului și memoriei sunt scăzute.

Scurgeri de memorie și software de terță parte

Scurgerile de memorie și obiectele de sesiune care nu sunt eliberate corespunzător pot afecta capacitatea serverului Windows de a accepta conexiuni la distanță.

Această problemă este deosebit de notabilă în cazurile în care repornirea mașinii restabilește funcționalitatea normală, dar eroarea revine după câteva ore sau zile.

Aplicarea software-ului de terță parte care funcționează într-un fel cu sesiunile Windows poate fi, de asemenea, motivul. Acest lucru include agenți de protecție a punctelor finale, filtre de securitate sau software similar care ar putea interfera cu sesiunile Windows.

Deoarece acești drivere nu sunt de obicei descărcați atunci când serviciul de sistem corespunzător este oprit, investigarea unor astfel de ipoteze necesită o abordare mai amănunțită decât simpla oprire a serviciului.

Probleme cu Politica de Grup și Profilul Utilizatorului

Politica de grup dictează acces la distanță permisiuni referitoare la conexiuni, limitările sesiunii și alte caracteristici ale comportamentului gazdei sesiunii Remote Desktop. Permisiunile greșite sau conflictele între politici pot cauza probleme de conexiune.

Eșecurile serviciului Client de Politică de Grup pot, de asemenea, să interfereze cu procesul de autentificare Windows.

În același timp, Windows nu poate finaliza sesiunea dacă ceva nu merge bine cu profilul utilizatorului. În acest caz, administratorii ar trebui să se concentreze pe Serviciul Profilului Utilizatorului, să verifice dacă stocarea profilului utilizatorului este disponibilă și să ia în considerare FSLogix sau alte instrumente pentru gestionarea profilurilor utilizatorilor dacă sesiuni lungi de conectare coincid cu probleme de conectare.

Ce trebuie să faci pentru a remedia această eroare?

Acțiunile de depanare ar trebui să fie efectuate de la general la specific și să progreseze de la teste non-invazive la recuperarea sesiunii țintite și repornirea serviciilor sau serverelor doar dacă este necesar.

Următoarea procedură poate fi utilizată pentru a restrânge o problemă fără a perturba activitatea utilizatorilor.

Pasul 1: Determinați dacă problema afectează un utilizator sau serverul

Așteptați puțin și apoi încercați din nou. Problema se poate corecta de la sine din cauza unei contingențe temporare pentru resurse sau a unui proces de autentificare întârziat.

Dacă conexiunea continuă să eșueze, mai larg Depanarea conexiunii RDP ar putea ajuta la eliminarea problemelor de rețea, configurare a clientului sau conectivitate înainte de a investiga gestionarea sesiunilor Windows Server.

Determinați amploarea problemei dacă aceasta persistă:

• Poate un alt utilizator să stabilească o conexiune cu succes?
• Sunt operaționale sesiunile RDP existente?
• Se produc eșecurile înainte sau după autentificarea reușită?
• A apărut problema înainte sau după o actualizare Windows sau o modificare a configurației?
• Poate administratorul să se conecteze local folosind consola serverului?

În cazul mașinilor virtuale, considerați că conexiunile consolei hypervisor nu folosesc RDP. Dacă utilizați Hyper-V, trebuie să folosiți tipul de sesiune de bază deoarece sesiunile îmbunătățite folosesc RDP.

Dacă logările în consolă eșuează, investigați problemele de logare la nivel de Windows sau problemele sistemului de operare, mai degrabă decât doar problemele specifice RDS.

Pasul 2: Verificați resursele Windows Server

Odată ce accesul administrativ este disponibil, examinați utilizarea CPU, memoria disponibilă, activitatea pe disc și capacitatea de stocare folosind Task Manager sau Performance Monitor.

Pentru o verificare rapidă a spațiului pe unitatea de sistem, rulați PowerShell:

Get-Volume -DriveLetter C

Pentru a identifica procesele care consumă cea mai multă memorie fizică:

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

Căutați consumul neobișnuit de resurse, în special în timpul autentificării sau încărcării profilului.

O singură captură de performanță poate să nu dezvăluie o scurgere de memorie. Dacă consumul de resurse pare normal, continuați cu diagnosticul sesiunii și colectați date de performanță în timp, dacă eroarea reapare.

Pasul 3: Identificare și resetare a sesiunilor RDP blocate

Când un utilizator specific nu se poate reconecta, inspectați sesiunile de pe serverul afectat.

Deschideți un prompt de comandă cu privilegii de administrator și rulați:

Comanda afișează ID-urile sesiunii, numele de utilizator și stările de conexiune. Un rezultat tipic ar putea semăna cu:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              Activ  
rdp-tcp#5             User01            3              Activ  
                               User02            4              Disc  
rdp-tcp                                           65536     Ascultare  

Dacă o sesiune este confirmată ca fiind defectuoasă, resetați-o folosind ID-ul său:

Înlocuiți 4 cu ID-ul sesiunii reale.

Administratorii cu permisiunile corespunzătoare pot, de asemenea, să interogheze sesiunile de la distanță:

Apoi resetați sesiunea identificată:

Atenție Resetarea unei sesiuni închide aplicațiile sale și poate cauza pierderea muncii nesalvate. Verificați identitatea sesiunii și notificați utilizatorul ori de câte ori este posibil.

Nu resetați fiecare sesiune deconectată în mod indiscriminat. De asemenea, evitați să terminați forțat procesele critice Windows, cum ar fi csrss.exe care poate destabiliza sistemul de operare.

Pasul 4: Verificați Serviciile Remote Desktop și Jurnalele de Evenimente

Dacă recuperarea sesiunii nu rezolvă eroarea, inspectați serviciul Remote Desktop Services.

Rulați:

Get-Service -Name TermService

Serviciul ar trebui să raporteze în mod normal un Rularea status. Cu toate acestea, aceasta confirmă doar că serviciul este activ, nu că Windows poate iniția cu succes sesiuni noi.

Apoi, deschideți Visualizatorul de evenimente și examinați jurnalele relevante.

Jurnalul Visualizator de Evenimente	Ce să investighezi
Jurnale Windows > Sistem	Defecțiuni ale serviciului și erori de sistem
Jurnale Windows > Aplicație	Crashes de aplicație și erori de profil
TerminalServices-LocalSessionManager > Operațional	Crearea sesiunii, autentificare și reconectare
TerminalServices-RemoteConnectionManager > Operațional	Gestionarea conexiunii și autentificarea
GroupPolicy > Operațional	Eșecuri în procesarea politicilor

Ultimele trei jurnale se află sub Jurnale de aplicații și servicii > Microsoft > Windows .

Corelează evenimentele cu momentul exact al unei conexiuni eșuate. Un eveniment care apare aproape de eșec poate oferi dovezi, dar nu stabilește automat cauzalitatea.

Dacă mai mulți utilizatori sunt afectați și recuperarea țintită nu reușește, poate fi considerat un restart controlat al Serviciilor Desktop Remote.

Restart-Service -Name TermService

Această operațiune poate afecta conexiunile active și poate fi restricționată de dependențele serviciului. Verificați configurația serviciului și consecințele operaționale înainte de a încerca.

Pe gazdele RDS de producție, preferați o fereastră de întreținere planificată în locul repornirii serviciilor în timp ce utilizatorii lucrează.

Pasul 5: Revizuirea Politicii de Grup și a Restricțiilor de Conexiune

Dacă eroarea a început după o modificare a configurației, inspectați setările Politicii de Grup aplicate serverului afectat.

Generați un raport:

Deschideți raportul și revizuiți politicile sub:

Configurarea computerului > Șabloane administrative > Componente Windows > Servicii de desktop la distanță > Gazdă de sesiune desktop la distanță > Conexiuni

Acordați o atenție deosebită politicilor care controlează numărul maxim de conexiuni, restricțiile de sesiune unică și permisiunea de a vă conecta de la distanță.

De asemenea, verificați atribuțiile drepturilor utilizatorilor care reglementează autentificarea prin Serviciile Desktop Remote.

Dacă o modificare recentă a politicii coincide cu eroarea, investigați impactul acesteia prin teste controlate. Evitați dezactivarea politicilor de securitate fără a stabili că acestea contribuie la eșec.

Pasul 6: Verificați licențierea RDS și modul de drenare

Unele eșecuri de conectare provin din configurația de implementare RDS mai degrabă decât din sesiuni defectuoase.

Pentru implementările multi-utilizator ale gazdelor de sesiune Remote Desktop, verificați modul de licențiere și serverul de licențe configurat.

Verificați dacă gazda sesiunii respinge intenționat noi conexiuni:

Dacă logările utilizatorilor noi sunt dezactivate, determinați dacă serverul a fost plasat în modul de drenare pentru întreținere.

Când este cazul, noile autentificări pot fi reactivat folosind:

Nu inversa modul de drenare fără a confirma de ce a fost activat.

Problemele de licențiere, limitele de conexiune și modul de descărcare nu produc neapărat mesajul exact "Serviciile Remote Desktop sunt în prezent ocupate". Aceste verificări sunt cele mai utile atunci când noile conexiuni eșuează, dar sesiunile existente rămân operaționale.

Pasul 7: Investigați profilurile utilizatorilor și software-ul terț.

Dacă eroarea persistă, investigați componentele implicate în inițializarea unei sesiuni.

Pentru erorile specifice utilizatorului, determinați mai întâi dacă contul afectat poate încărca cu succes profilul său. Verificați evenimentele Serviciului de Profil al Utilizatorului, accesibilitatea stocării profilului și întârzierile în autentificare.

În contextul FSLogix sau a discurilor de profil de utilizator, luați în considerare disponibilitatea containerului de profil, eșecurile de montare și problemele de performanță a stocării.

Pentru defecțiuni recurente la nivel de sistem, concentrați-vă pe software-ul recent instalat sau actualizat care interacționează cu sesiunile Windows.

Agenții de securitate, produsele de protecție a punctelor finale și filtrele la nivel de sistem pot cauza eșecuri în procesarea sesiunilor. Orice teste de izolare ar trebui să fie efectuate conform recomandărilor furnizorului și procedurilor de control al modificărilor.

Pasul 8: Repornire Windows Server dacă este necesar

Dacă depanarea vizată nu rezolvă problema, repornirea serverului poate reestabili conectivitatea RDP.

Înainte de a reporni, asigurați-vă că înțelegeți impactul asupra sesiunilor stabilite în prezent și aplicațiilor găzduite. Dacă este posibil, într-o implementare RDS cu mai multe gazde, drenați gazda și redirecționați noile conexiuni către o altă gazdă.

După repornire, confirmați că Serviciile Desktop la Distanță funcționează corect, utilizatorii se pot conecta și nu sunt generate erori noi în Visualizatorul de Evenimente.

Un restart confirmă că situația care cauza problema imediată a fost remediată, dar nu confirmă că cauza principală a fost abordată.

Dacă eroarea reapare după o repornire, păstrați dovezile pentru o investigație ulterioară și căutați modele de consum excesiv de resurse, eșecuri în procesarea sesiunilor individuale și interferențe de la software-ul terț.

Cum ar trebui să acționați dacă erorile RDS ocupat se repetă?

Când eroarea se repetă, accentul se schimbă de la recâștigarea accesului la rețea la determinarea cauzei acestei întreruperi.

Tabelul de mai jos servește ca un ghid util pentru depanare:

Simptom observat	Prioritate de investigație
Un utilizator nu se poate reconecta	Sesie blocată sau profil de utilizator
Mai mulți utilizatori nu pot conecta.	Starea serviciului, resurse, procesarea sesiunii
Eșec în timpul autentificărilor de dimineață	Logări concurente, încărcarea profilului, stocare
Repornirea rezolvă temporar eroarea	Scurgeri legate de memorie sau sesiune
Eroare după o actualizare a software-ului de securitate	Interacțiuni cu software-ul terț.
Eroarea urmează modificările Politicii de Grup	Procesarea politicii și permisiunile de autentificare
Logarea în consolă eșuează de asemenea	Probleme mai ample de autentificare Windows sau de sistem
Sesiunile existente funcționează, dar utilizatorii noi nu se pot conecta.	Restricții de conexiune, modul de drenare, licențiere

Aceste modele sugerează priorități de investigare mai degrabă decât diagnostice definitive.

Capturați dovezile de diagnosticare înainte de repornire

Pentru defecțiuni intermitente, colectați jurnalele și datele de performanță relevante înainte de a reporni serverul ori de câte ori este posibil din punct de vedere operațional.

Microsoft oferă utilitarul TroubleShootingScript (TSS) pentru colectarea urmărilor de diagnostic.

În funcție de scenariu, administratorii pot captura urmele clientului RDP:

.\TSS.ps1 -Scenariul UEX_RDSCli

Și urme pe server:

.\TSS.ps1 -Scenariul UEX_RDSSrv

Utilizați documentația actuală Microsoft TSS pentru a confirma scenariile acceptate, cerințele preliminare și procedurile de execuție.

Pentru defecțiuni mai complexe, pot fi necesare capturi suplimentare de memorie sau performanță. Astfel de diagnostice ar trebui planificate cu atenție deoarece pot afecta sistemele de producție și pot conține informații sensibile.

În implementările multi-server, includeți componentele RD Connection Broker și RD Gateway în investigație atunci când calea de conectare implică aceste servicii.

Cum puteți preveni aceste erori?

Nu toate eșecurile RDS sunt prevenibile. Dar există măsuri pe care le poți lua, inclusiv monitorizarea continuă, politici de sesiune adecvate și întreținerea restricționată a software-ului.

Monitorizarea resurselor serverului și a activității sesiunii

Monitorizați mediul RDS prin urmărirea CPU, memorie, disc , și sesiuni conectate simultan.

Uitați-vă la tendințe mai degrabă decât la praguri. Analiza de bază este deosebit de importantă pentru a rezolva problemele care apar în timpul orelor de vârf sau care apar treptat după repornirea serverelor.

Monitorizați sistemul pentru a diferenția între problemele de capacitate și defecțiunile care încă apar în ciuda resurselor suficiente.

Configurați cu atenție timpii de expirare a sesiunii

Revizuirea politicilor care reglementează sesiunile deconectate și inactive. Microsoft Learn explică cum să distingi blocări și deconectări neașteptate ale sesiunii și investigați politicile de expirare a sesiunii responsabile pentru aceste comportamente.

Valorile de timeout bine alese previn menținerea sesiunilor fără rost și blocarea resurselor. Politicile de timeout prea agresive, totuși, pot distruge sesiunile de lucru productive prin încheierea acestora înainte ca operațiunile critice să fie finalizate.

Politicile de expirare a sesiunii ar trebui să se bazeze pe cerințele de afaceri și nu ar trebui să fie folosite ca o soluție pentru scurgerile de sesiune subiacente.

Mențineți software-ul legat de Windows și sesiune

Implementați actualizările și corecțiile suportate pentru Windows Server pentru probleme specifice.

Asigurați-vă că agenții de protecție a punctelor finale, componentele de gestionare a profilului, componentele de virtualizare și aplicațiile integrate în sesiune sunt compatibile cu sistemul de operare.

Testați actualizările într-un mediu de pre-producție, mai ales dacă sunt implicate mai multe componente terțe în procesul de autentificare sau sesiune Windows.

Revizuirea capacității și configurarea RDS

Dimensiunea gazdelor de sesiune desktop la distanță în conformitate cu sarcinile de lucru simultane realiste, ținând cont de orele de vârf pentru autentificări și inițierea programelor.

Considerați distribuirea sesiunilor între mai multe gazde pentru medii mai mari pentru a evita congestionarea.

Auditarea politicii de grup, restricțiile de conexiune, configurarea licenței și practicile de întreținere în mod regulat pentru a descoperi și elimina cauzele potențiale ale eșecurilor de conexiune.

Cauți un Remote Desktop și o livrare de aplicații mai simple?

Depanarea Serviciilor Desktop la Distanță poate evidenția efortul administrativ implicat în menținerea mediilor de livrare a aplicațiilor Windows. Pentru organizațiile care au nevoie în principal să ofere utilizatorilor aplicații Windows sau desktopuri complete la distanță, revizuirea complexității infrastructurii existente poate fi utilă.

TSplus Remote Access oferă o abordare simplificată pentru publicarea aplicațiilor Windows multi-utilizator și livrarea desktop-ului la distanță, cu acces bazat pe browser și administrare centralizată. Ajută echipele IT să facă aplicațiile disponibile pentru utilizatorii la distanță fără a desfășura întreaga complexitate a unei infrastructuri tradiționale Microsoft RDS, în timp ce necesită în continuare întreținerea și securitatea corespunzătoare a Windows Server.

Concluzie

Eroarea "Serviciile Remote Desktop sunt în prezent ocupate" necesită mai mult decât o repornire de rutină a serverului. Identificarea dacă eșecul provine dintr-o sesiune blocată, limitarea resurselor sau o problemă de autentificare Windows permite administratorilor să aleagă soluția cea mai puțin perturbatoare.

Când erorile persistă sau revin, diagnosticele sistematice, monitorizarea performanței și revizuirile configurației sunt esențiale pentru a rezolva cauzele fundamentale și a menține conectivitatea RDP fiabilă.