Dela via

Meddelandet "Fjärrskrivbordstjänsten är upptagen för närvarande" under RDP-anslutningar

Den här artikeln innehåller vägledning om hur du felsöker meddelandet "Fjärrskrivbordstjänsten är upptagen för närvarande" som påträffades under RDP-anslutningar (Remote Desktop Protocol).

Inledande felsökning av sortering

För att börja felsöka är ett viktigt test att komma åt den berörda datorn med hjälp av konsolen (antingen en lokal fysisk konsol eller, när du använder en virtuell dator (VM), hypervisorns VM-konsol).

Du förväntas inte få felmeddelandet "Fjärrskrivbordstjänsten är upptagen för närvarande" under testet eftersom du inte använder RDP. Testet hjälper dig att ta reda på om det finns andra typer av problem under inloggningen, till exempel ett annat felmeddelande, en långsam inloggning eller någon annan typ av onormalt beteende.

Om du stöter på andra problem när du loggar in via konsolen, till exempel olika felmeddelanden eller oväntade beteenden, indikerar det sannolikt att felet "Fjärrskrivbordstjänsten är upptagen för närvarande" orsakas av ett annat underliggande problem i systemet. Vi rekommenderar starkt att du tar itu med det underliggande problemet innan du felsöker RDP.

Kommentar

Om du använder Hyper-V-konsolen för att komma åt datorn måste du använda Basic-sessionen för att göra testet. Det beror på att den förbättrade sessionen förlitar sig på RDP och du kan få samma meddelande "Fjärrskrivbordstjänsten är upptagen för närvarande".

Om du upptäcker att problemet uppstår när du använder konsolen och bekräftar att problemet inte är RDP-relaterat, kan vissa av felsökningsstegen i den här artikeln, till exempel problem med RDP-serverminne, fortfarande vara användbara för att felsöka de övergripande systemprestandaproblemen.

Problem med RDP-serverminne

Om du vill felsöka problemet ytterligare försöker du först starta om måldatorn.

Om omstart av datorn tillfälligt löser problemet, men problemet återkommer senare, kan det tyda på en minnesläcka eller andra typer av läckor, till exempel sessionsläckor eller tokenläckor.

En möjlig lösning utan att starta om hela systemet är att starta om fjärrskrivbordstjänster (RDS). Om det löser problemet kan det tyda på ett problem med tjänsten. Du måste kontrollera om tjänsten förbrukar en ovanlig eller onormal mängd minne.

Kommentar

Omstart av RDS-tjänsten kopplar från alla aktuella användare som är anslutna via RDP. Sessionerna underhålls dock och användarna kan återansluta till sina sessioner.

Minnesläckor

Övervaka om det finns en annan tjänst eller process som förbrukar ovanligt minne. I så fall är omstart av tjänsten eller avlivning av processen också ett bra felsökningssteg och möjlig lösning.

Kommentar

Läckor orsakas ofta av programvara som inte kommer från Microsoft. Utan korrekt datainsamling och ett supportärende som öppnats med Microsoft är det svårt att hitta orsaken.

Ett bra sätt att testa är att gradvis avinstallera olika program och övervakning om problemet upphör. Se också till att all programvara som inte kommer från Microsoft uppdateras.

Om du bekräftar att problemet endast inträffar via RDP rekommenderar vi att du avinstallerar alla program som inte kommer från Microsoft och som interagerar med RDP-stacken.

Sessionsläckor

En annan vanlig orsak till den här typen av minnesodlingsproblem efter en systemomstart är sessionsläckor. I den här situationen visar det inte något uppenbart att titta på resursförbrukning (till exempel att söka efter hög minnesanvändning eller CPU-förbrukning i Task Manager) eftersom problemet uppstår "under huven" på systemet.

Det kan finnas flera orsaker till en sessionsläcka, men det är vanligt att läckan orsakas av programvara som inte kommer från Microsoft. I synnerhet orsakas det ofta av säkerhetsprogram (till exempel antivirusprogram eller slutpunktsskyddsprogram) eller andra typer av programvara som kan interagera med RDP-användarsessioner.

Kommentar

Att stoppa programvaran har inte samma effekt som att helt avinstallera den från systemet eftersom det fortfarande kan finnas moduler inlästa, krokar till systemets komponenter och så vidare.

Om problemet tillfälligt löses med en systemomstart övervakar du om en viss process förbrukar en ovanlig mängd minne och om minnesförbrukningen växer över tid.

Felsökning av grupprincipobjekt

Härdning i systemet, som konfigurerats via grupprincip Object (GPO), kan också vara en möjlig orsak.

Om du vill felsöka problemet identifierar och tar du bort de relaterade grupprincipobjekten för att testa och övervaka om problemet uppstår igen. Till exempel RDS-relaterade grupprincipobjekt eller härdning av grupprincipobjekt, till exempel ändringar i säkerhetsprinciper för användarrättigheter.

Om möjligt kan du försöka ta bort alla grupprincipobjekt från systemet utan att orsaka tekniska eller säkerhetsmässiga konsekvenser. Den här lösningen är ett bra test för att avgöra om ett grupprincipobjekt orsakar RDP-problemet.

Du kan också kontrollera händelseloggarna "GroupPolicy" för att se om några grupprincipobjekt inte kan bearbetas eller om det finns ett globalt problem med grupprincip-klienttjänsten (gpsvc). Båda kan vara orsaken till RDP-problemet.

Datainsamling

Även om du identifierar en viss process eller tjänst som förbrukar för mycket minne kanske du inte känner till rotorsaken. För olösta problem är datainsamling avgörande för komplex analys. Här följer stegen för att förbereda data innan du kontaktar Microsofts support.

Samla in spårningar med TSS-verktyget

  1. Ladda ned den senaste versionen av felsökningsverktyget (TSS) från https://aka.ms/getTSS

  2. Extrahera den till RDP-klientdatorn (källan) och RDP-servern (målet).

    Kommentar

    I scenarier med en fullständig RDS-distribution, även om det system som visar meddelandet "Fjärrskrivbordstjänsten är upptagen för närvarande" är det viktigaste för datainsamling, bör du samla in data från alla system som ingår i anslutningsflödet, inklusive anslutningsutjämning för fjärrskrivbord och RD Gateway.

  3. Öppna en PowerShell-prompt på båda systemen och kör följande kommandon:

    På RDP-klienten:

    .\TSS.ps1 -Scenario UEX_RDSCli

    På RDP-servern:

    .\TSS.ps1 -Scenario UEX_RDSSrv

  4. Vänta tills meddelandet "Återskapa problemet nu" visas.

  5. Återskapa anslutningen tills du får felet "Fjärrskrivbordstjänsten är upptagen för närvarande".

  6. Stoppa spårningarna i det här skedet genom att trycka på den begärda nyckeln.

  7. Samla in data från den plats som anges av verktyget. (vanligtvis C:\MS_DATA).

Fullständig minnesdump

Du bör ta en fullständig minnesdump när systemet påverkas när du återskapar en RDP-anslutning som genererar felmeddelandet "Fjärrskrivbordstjänsten är upptagen för närvarande".

Kommentar

Håll anslutningen med felet "Fjärrskrivbordstjänsten är upptagen för närvarande" öppen när du tar dumpen.

Anteckna det användarkonto som används för att återskapa den här anslutningen.

Avbilda dumpar i ett hypervisor- eller VM-scenario

  • Ta en ögonblicksbild av den virtuella datorn med alternativet "fullständigt minne" valt, om hypervisor-programmet tillhandahåller det här alternativet när du tar dumpen (som beskrevs tidigare).
  • Konvertera ögonblicksbilden till en fullständig minnesdump.

Kommentar

Varje hypervisortillverkare använder olika verktyg och metoder för att konvertera ögonblicksbilden till en fullständig dump. Anvisningar om hur du utför den här konverteringen finns i supportdokumentationen för den hypervisor-leverantören.

Avbilda dumpar i ett fysiskt system

Följ stegen som beskrivs i Generera en kernel eller fullständig kraschdump.

Möjliga ytterligare data

Olika typer av data kan samlas in beroende på de situationer som beskrivs i den här artikeln. Om en viss process eller tjänst till exempel visar ökad minnesförbrukning bör en specifik WPR-avbildning (Windows Performance Recorder) utföras för att fånga upp heapminnesförbrukningen för den processen. Microsoft-supporten informerar dig dock om eventuella extra data som kan behöva samlas in efter den första analysen baserat på din situation.