Fjernskrivertjenester er for øyeblikket opptatt

Introduksjon

Når Windows Server nekter nye Remote Desktop-tilkoblinger, er det viktig å identifisere kilden til feilen før man gjenstarter tjenester eller hele serveren. Påvirker problemet én bruker eller flere økter? Denne artikkelen veileder IT-administratorer gjennom mulige årsaker, praktiske feilsøkingskommandoer og gjenopprettingsprosedyrer, fra innledende sjekker til mer avanserte diagnostikk- og forebyggingstiltak.

Hva betyr det når en melding "Fjernbordtjenester er for øyeblikket opptatt" vises?

Feilen oppstår når Windows ikke klarer å utføre den forespurte Remote Desktop Protocol (RDP)-funksjonen eller handlingen. Generelt angir feilmeldingen som vises:

Oppgaven du prøver å utføre kan ikke fullføres fordi Remote Desktop Services for øyeblikket er opptatt. Vennligst prøv igjen om noen minutter. Andre brukere skal fortsatt kunne logge på.

Selv om feilmeldingen antyder at systemet ikke kan legge til en annen økt og at den eksterne skrivebordet er på maksimal kapasitet, er det kanskje ikke tilfelle.

Feilen kan oppstå på en enkeltbrukerkonto eller flere brukerkontoer. Hvis det er den første, bør det være mulig å starte økten på nytt. Men hvis det er den siste, kan systemet nekte enhver bruker å opprette en tilkobling.

I tillegg kan problemet påvirke enten en enkelt brukersesjon eller alle brukersesjoner. Det er viktig å skille mellom de to scenariene fordi løsningene som kreves for å håndtere dem er forskjellige.

Microsoft Learn's RDS økt tilkoblingsfeilsøking veiledning gir ekstra kontroller for å identifisere tilkoblingsfeil som påvirker Windows Server-verter.

Hva er årsakene til denne feilen?

Det er flere Windows Server-komponenter som er involvert i å etablere en RDP-økt. Problemer med å administrere økten, med systemressurser, med Windows-tjenester eller med prosessen for pålogging kan hindre at tilkoblingen blir etablert.

Fastlåste eller ikke-responsiv RDP-økter

En økt kan fryse når den kobles til, frakobles, kobles til igjen eller logges av. Da klarer ikke Windows å fullføre økten eller frigjøre ressursene sine.

Administrators kan finne økter som nekter å koble til igjen eller logge av. Problemet kan oppstå i én økt, selv om andre fungerer som de skal.

Enda en frakoblet økt er normalt og bør kun tilbakestilles hvis det låser seg.

Ressursutarming og påloggingsstormer

Utilstrekkelige ressurser kan forsinke eller hindre sesjonsinitialisering. De vanligste problemene er CPU-mettelse, minnemangel, overdreven diskaktivitet og treg profilinnlasting.

Slike problemer er spesielt fremtredende under påloggingsstormer når hundrevis av brukere etablerer Remote Desktop-tilkoblinger samtidig. Autentisering, gruppepolicy, profilinnlasting og applikasjonslanseringsaktiviteter genererer betydelig belastning på en delt Remote Desktop Session Host.

Imidlertid er høy ressursutnyttelse ikke et krav for å møte denne feilen. Noen feil i sesjonsbehandling skjer selv om CPU- og minneutnyttelsesratene er lave.

Minnelekkasjer og tredjepartsprogramvare

Minnelekkasjer og sesjonsobjekter som ikke frigjøres riktig kan svekke Windows Servers kapasitet til å akseptere eksterne tilkoblinger.

Dette problemet er spesielt merkbart i tilfeller der omstart av maskinen gjenoppretter normal funksjonalitet, men feilen kommer tilbake etter flere timer eller dager.

Bruken av tredjepartsprogramvare som på en eller annen måte fungerer med Windows-økter kan også være årsaken. Dette inkluderer endepunktsbeskyttelsesagenter, sikkerhetsfiltre eller lignende programvare som kan forstyrre Windows-økter.

Siden disse driverne vanligvis ikke lastes ut når den tilsvarende systemtjenesten stoppes, krever undersøkelse av slike hypoteser en mer grundig tilnærming enn bare å stoppe tjenesten.

Gruppepolicy og brukerprofilproblemer

Gruppereglene dikterer fjernaksess tillatelser knyttet til tilkoblinger, sesjonsbegrensninger og andre funksjoner i oppførselen til Remote Desktop Session Host. Feil tillatelser eller konflikter mellom retningslinjene kan forårsake tilkoblingsproblemer.

Feil i Group Policy Client-tjenesten kan også forstyrre Windows-påloggingsprosessen.

Samtidig kan ikke Windows fullføre økten hvis noe går galt med brukerprofilen. I dette tilfellet bør administratorer fokusere på Brukerprofilservice, sjekke om lagringen av brukerprofilen er tilgjengelig og vurdere FSLogix eller andre verktøy for å administrere brukerprofiler hvis lange påloggingsøkter sammenfaller med tilkoblingsproblemer.

Hva må du gjøre for å fikse denne feilen?

Feilsøkingshandlinger bør tas fra generelle til spesifikke og gå fra ikke-forstyrrende tester til målrettet sesjonsgjenoppretting og omstart av tjenester eller servere kun hvis nødvendig.

Den følgende prosedyren kan brukes for å snevre inn et problem uten å forstyrre brukernes arbeid.

Steg 1: Bestem om problemet påvirker én bruker eller serveren

Vent kort og prøv igjen. Problemet kan løse seg selv på grunn av midlertidig konkurranse om ressurser eller en forsinket påloggingsprosess.

Hvis tilkoblingen fortsatt mislykkes, bredere Feilsøking av RDP-tilkobling kan hjelpe med å utelukke nettverks-, klientkonfigurasjons- eller tilkoblingsproblemer før man undersøker Windows Server sesjonsadministrasjon.

Bestem omfanget av problemet hvis det vedvarer:

• Kan en annen bruker etablere en tilkobling vellykket?
• Er eksisterende RDP-økter operative?
• Skjer feilene før eller etter vellykket autentisering?
• Oppstod problemet før eller etter en Windows-oppdatering eller konfigurasjonsendring?
• Kan administratoren logge på lokalt ved å bruke serverkonsollen?

I tilfelle av virtuelle maskiner, vurder at hypervisor-konsolltilkoblinger ikke bruker RDP. Hvis du bruker Hyper-V, må du bruke grunnleggende sesjonstype fordi forbedrede sesjoner bruker RDP.

Hvis konsollinnlogginger feiler, undersøk Windows-nivå innloggings- eller operativsystemproblemer i stedet for kun RDS-spesifikke problemer.

Steg 2: Sjekk Windows Server-ressurser

Når administrativ tilgang er tilgjengelig, undersøk CPU-bruk, tilgjengelig minne, diskaktivitet og lagringskapasitet ved hjelp av Oppgavebehandling eller Ytelsesovervåkning.

For en rask sjekk av systemdiskplass, kjør PowerShell:

Get-Volume -DriveLetter C

For å identifisere prosesser som bruker mest fysisk minne:

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

Se etter uvanlig ressursforbruk, spesielt under autentisering eller lasting av profil.

Et enkelt ytelsessnapshot kan ikke avsløre en minnelekkasje. Hvis ressursforbruket ser normalt ut, fortsett med sesjonsdiagnostikk og samle ytelsesdata over tid hvis feilen gjentar seg.

Steg 3: Identifiser og tilbakestill fastlåste RDP-økter

Når en spesifikk bruker ikke kan koble seg til igjen, inspiser sesjonene på den berørte serveren.

Åpne et hevet kommandoprompt og kjør:

Kommanden viser sesjons-ID-er, brukernavn og tilkoblingsstatus. Et typisk resultat kan ligne på:

SESSIONNAME    USERNAME    ID             STATE  
console                 Admin             1              Aktiv  
rdp-tcp#5             User01            3              Aktiv  
                               User02            4              Disk  
rdp-tcp                                           65536     Lytt

Hvis en økt er bekreftet å være defekt, tilbakestill den ved å bruke ID-en.

Erstatt 4 med den faktiske sesjons-ID-en.

Administrators med passende tillatelser kan også forespørre økter eksternt:

Deretter tilbakestill den identifiserte økten:

Advarsel Tilbakestilling av en økt avslutter dens applikasjoner og kan føre til at usparte arbeider går tapt. Bekreft øktens identitet og varsle brukeren når det er mulig.

Ikke tilbakestill hver frakoblet økt uten videre. Unngå også å tvinge avslutning av kritiske Windows-prosesser som csrss.exe , som kan destabilisere operativsystemet.

Steg 4: Sjekk Remote Desktop-tjenester og hendelseslogger

Hvis gjenoppretting av økt ikke løser feilen, inspiser tjenesten for Remote Desktop Services.

Kjør:

Get-Service -Name TermService

Tjenesten bør normalt rapportere en Kjører status. Imidlertid bekrefter dette bare at tjenesten kjører, ikke at Windows kan initialisere nye økter vellykket.

Neste, åpne Hendelsesfanger og undersøk de relevante loggene.

Hendelsesvisningslogg	Hva som skal undersøkes
Windows-logger > System	Tjenestefeil og systemfeil
Windows-logger > Applikasjon	Applikasjonskrasj og profilfeil
Terminaltjenester-LokalSesjonsBehandler > Operasjonell	Øktopprettelse, pålogging og gjenoppretting
Terminaltjenester-Fjernforbindelsesbehandler > Operasjonell	Tilkoblingshåndtering og autentisering
Gruppepolicy > Operasjonell	Behandling av policyfeil

De siste tre loggene er plassert under Applikasjoner og tjenesteloggfiler > Microsoft > Windows .

Korreler hendelser med det nøyaktige tidspunktet for en mislykket tilkobling. En hendelse som skjer nær feilen kan gi bevis, men det etablerer ikke automatisk årsakssammenheng.

Hvis flere brukere er berørt og målrettet gjenoppretting er mislykket, kan en kontrollert omstart av Remote Desktop-tjenester vurderes:

Restart-Service -Name TermService

Denne operasjonen kan påvirke aktive tilkoblinger og kan være begrenset av tjenesteavhengigheter. Sjekk tjenestekonfigurasjonen og driftskonsekvensene før du prøver det.

På produksjons-RDS-verter, foretrekk et planlagt vedlikeholdsvindu fremfor å starte tjenester på nytt mens brukerne arbeider.

Trinn 5: Gå gjennom gruppepolicy og tilkoblingsbegrensninger

Hvis feilen begynte etter en konfigurasjonsendring, inspiser innstillingene for gruppepolicy som er anvendt på den berørte serveren.

Generer en rapport:

Åpne rapporten og gjennomgå retningslinjene under:

Datamaskinkonfigurasjon > Administrative maler > Windows-komponenter > Fjernbordstjenester > Fjernbordssessionvert > Tilkoblinger

Vær spesielt oppmerksom på retningslinjer som kontrollerer det maksimale antallet tilkoblinger, begrensninger for enkeltøkter og tillatelse til å koble til eksternt.

Verifiser også brukerrettighetsinnstillingene som styrer pålogging gjennom Remote Desktop Services.

Hvis en nylig policyendring sammenfaller med feilen, undersøk dens innvirkning gjennom kontrollerte tester. Unngå å deaktivere sikkerhetspolicyer uten å fastslå at de bidrar til feilen.

Steg 6: Bekreft RDS-lisensiering og dreneringsmodus

Noen tilkoblingsfeil stammer fra RDS distribusjonskonfigurasjon snarere enn fra feilfunksjonerende økter.

For flerbruker Remote Desktop Session Host distribusjoner, verifiser lisensieringsmodus og konfigurert lisensserver.

Sjekk også om Session Host med vilje avviser nye tilkoblinger:

Hvis nye brukerinnlogginger er deaktivert, avgjør om serveren ble satt i dreneringsmodus for vedlikehold.

Når det er passende, kan nye pålogginger aktiveres igjen ved å bruke:

Ikke reverser dreneringsmodus uten å bekrefte hvorfor den ble aktivert.

Lisensproblemer, tilkoblingsgrenser og driftsmodus gir ikke nødvendigvis den nøyaktige "Fjernskrivbordstjenester er for øyeblikket opptatt" meldingen. Disse sjekkene er mest nyttige når nye tilkoblinger mislykkes, men eksisterende økter forblir operative.

Steg 7: Undersøk brukerprofiler og tredjepartsprogramvare

Hvis feilen vedvarer, undersøk komponentene som er involvert i å initialisere en økt.

For bruker-spesifikke feil, bestem først om den berørte kontoen kan laste inn profilen sin. Se på hendelser fra Brukerprofil-tjenesten, tilgjengelighet for profil-lagring og forsinkelser i autentisering.

I konteksten av FSLogix eller brukerprofilskiver, vurder tilgjengeligheten av profilbeholdere, monteringsfeil og lagringsytelsesproblemer.

For systemomfattende gjentakende feil, fokuser på nylig installert eller oppdatert programvare som interagerer med Windows-økter.

Sikkerhetsagenter, endpoint-beskyttelsesprodukter og systemnivåfiltre kan forårsake feil i sesjonsbehandling. Eventuelle isolasjonstester bør utføres i henhold til leverandørens anbefalinger og endringskontrollprosedyrer.

Trinn 8: Start Windows Server på nytt om nødvendig

Hvis den målrettede feilsøkingen ikke løser problemet, kan omstart av serveren gjenopprette RDP-tilkoblingen.

Før du starter på nytt, må du sørge for at du forstår konsekvensene for nåværende etablerte økter og vertede applikasjoner. Hvis mulig, i en flervert RDS-distribusjon, tøm verten og omdiriger nye tilkoblinger til en annen vert.

Etter omstart, bekreft at Remote Desktop-tjenester fungerer som de skal, brukere kan koble til, og ingen nye feil genereres i Hendelsesloggen.

En omstart bekrefter at situasjonen som forårsaket det umiddelbare problemet har blitt utbedret, men bekrefter ikke at årsaken til problemet har blitt adressert.

Hvis feilen dukker opp igjen etter en omstart, bevar bevis for videre undersøkelse og se etter mønstre av overdreven ressursforbruk, feil i behandling av individuelle økter og forstyrrelser fra tredjepartsprogramvare.

Hvordan bør du handle hvis RDS opptatt-feil gjentar seg?

Når feilen gjentar seg, endres fokuset fra å gjenvinne tilgang til nettverket til å fastslå hva som forårsaker denne forstyrrelsen.

Tabellen nedenfor fungerer som en nyttig veiledning for feilsøking:

Observerte symptomer	Undersøkelsesprioritet
En bruker kan ikke koble seg til igjen	Fastlåst økt eller brukerprofil
Flere brukere kan ikke koble til	Tjenestehelse, ressurser, sesjonsbehandling
Feil under morgeninnlogginger	Samtidige pålogginger, profilinnlasting, lagring
Omstart løser midlertidig feilen	Minne- eller sesjonsrelaterte lekkasjer
Feil følger en oppdatering av sikkerhetsprogramvaren	Interaksjoner med tredjepartsprogramvare
Feil følger endringer i gruppepolicy.	Behandling av policyer og påloggingsrettigheter
Konsollinnlogging mislykkes også	Bredere Windows-pålogging eller systemproblemer
Eksisterende økter fungerer, men nye brukere kan ikke koble til.	Tilkoblingsbegrensninger, dreneringsmodus, lisensiering

Disse mønstrene antyder etterforskningsprioriteringer snarere enn definitive diagnoser.

Fang diagnostisk bevis før omstart

For intermitterende feil, samle relevante logger og ytelsesdata før du starter serveren på nytt når det er operasjonelt mulig.

Microsoft tilbyr TroubleShootingScript (TSS) verktøyet for å samle diagnostiske spor.

Avhengig av scenariet kan administratorer fange RDP-klientspor:

.TSS.ps1 -Scenario UEX_RDSCli

Og server-side spor:

.TSS.ps1 -Scenario UEX_RDSSrv

Bruk den nåværende Microsoft TSS-dokumentasjonen for å bekrefte støttede scenarier, forutsetninger og utførelsesprosedyrer.

For mer komplekse feil kan det være nødvendig med ytterligere minne- eller ytelsesopptak. Slike diagnoser bør planlegges nøye fordi de kan påvirke produksjonssystemer og kan inneholde sensitiv informasjon.

I fler-server distribusjoner, inkluder RD Connection Broker og RD Gateway-komponenter i undersøkelsen når tilkoblingsveien involverer disse tjenestene.

Hvordan kan du forhindre disse feilene?

Ikke alle RDS-feil er forebyggbare. Men det finnes tiltak du kan ta, inkludert kontinuerlig overvåking, passende sesjonspolicyer og begrenset programvarevedlikehold.

Overvåk serverressurser og sesjonsaktivitet

Overvåk RDS-miljøet ved sporing av CPU, minne, disk , og samtidig påloggede økter.

Se på trender i stedet for terskler. Baseline-analyse er spesielt viktig for feilsøking av problemer som oppstår i løpet av arbeidstiden eller som gradvis dukker opp etter omstart av serverne.

Overvåk systemet for å skille mellom kapasitetsproblemer og feil som fortsatt oppstår til tross for tilstrekkelige ressurser.

Konfigurer sesjonsutløp nøye

Gjennomgå retningslinjer som regulerer frakoblede og inaktive økter. Microsoft Learn forklarer hvordan man skiller mellom uventede sesjonslåsinger og frakoblinger og undersøke sesjonstimeout-policyene som er ansvarlige for disse atferdene.

Velvalgte tidsavbruddverdier forhindrer at økter henger unødvendig og binder opp ressurser. For aggressive tidsavbruddspolicyer kan imidlertid ødelegge produktive arbeidsøkter ved å avslutte dem før kritiske operasjoner er fullført.

Session timeout-retningslinjer bør baseres på forretningskrav og bør ikke brukes som en kur for underliggende sesjonslekkasjer.

Vedlikehold av Windows og programvare relatert til økter

Implementere støttede Windows Server-oppdateringer og feilrettinger for spesifikke problemer.

Sørg for at endepunktsbeskyttelsesagenter, profiladministrasjonskomponenter, virtualiseringskomponenter og sesjonsintegrerte applikasjoner er kompatible med operativsystemet.

Test oppdateringene i et pre-produksjonsmiljø, spesielt hvis flere tredjeparts komponenter er involvert i Windows påloggingen eller sesjonsprosessen.

Gjennomgå kapasitet og RDS-konfigurasjon

Størrelse på vertene for fjernskrivebordsøkter i samsvar med realistiske samtidige arbeidsbelastninger, med tanke på topp tider for pålogginger og programinitiering

Vurder å fordele økter mellom flere verter for større miljøer for å unngå overbelastning.

Revisjon av gruppepolicy, tilkoblingsbegrensninger, lisenskonfigurasjon og vedlikeholdspraksis rutinemessig for å oppdage og eliminere potensielle årsaker til tilkoblingsfeil.

Ser du etter enklere Remote Access og Application Delivery?

Feilsøking av Remote Desktop-tjenester kan fremheve den administrative innsatsen som kreves for å opprettholde Windows-applikasjonsleveringsmiljøer. For organisasjoner som primært trenger å gi brukerne Windows-applikasjoner eller fullstendige eksterne skrivebord, kan det være verdt å gjennomgå kompleksiteten i deres eksisterende infrastruktur.

TSplus Remote Access tilbyr en strømlinjeformet tilnærming til publisering av Windows-applikasjoner for flere brukere og levering av fjernskrivbord, med nettleserbasert tilgang og sentralisert administrasjon. Det hjelper IT-team med å gjøre applikasjoner tilgjengelige for eksterne brukere uten å implementere den fulle kompleksiteten av en tradisjonell Microsoft RDS-infrastruktur, samtidig som det fortsatt krever riktig vedlikehold og sikkerhet for Windows Server.

Konklusjon

Feilen "Fjernbordtjenester er for øyeblikket opptatt" krever mer enn en rutinemessig omstart av serveren. Å identifisere om feilen stammer fra en fastlåst økt, ressursbegrensning eller problem med Windows-pålogging gjør det mulig for administratorer å velge den minst forstyrrende løsningen.

Når feil vedvarer eller kommer tilbake, er systematisk diagnostikk, ytelsesovervåking og konfigurasjonsgjennomganger avgjørende for å løse de underliggende årsakene og opprettholde pålitelig RDP-tilkobling.