Freigeben über

Meldung "Remotedesktopdienst ist zurzeit ausgelastet" während RDP-Verbindungen

  • Artikel

Dieser Artikel enthält Anleitungen zur Problembehandlung der Meldung "Remotedesktopdienst ist derzeit ausgelastet" bei Remotedesktopprotokollverbindungen (RDP).

Anfängliche Problembehandlung bei der Triage

Um mit der Problembehandlung zu beginnen, besteht ein wichtiger Test darin, mithilfe der Konsole auf den betroffenen Computer zuzugreifen (entweder eine lokale physische Konsole oder, wenn Sie einen virtuellen Computer (VM), die VM-Konsole des Hypervisors verwenden).

Während des Tests wird nicht erwartet, dass die Fehlermeldung "Remotedesktopdienst ist aktuell ausgelastet" angezeigt wird, da Sie RDP nicht verwenden. Der Test hilft herauszufinden, ob während der Anmeldung andere Arten von Problemen auftreten, z. B. eine andere Fehlermeldung, eine langsame Anmeldung oder eine andere Art von ungewöhnlichem Verhalten.

Wenn während der Anmeldung über die Konsole andere Probleme auftreten, z. B. unterschiedliche Fehlermeldungen oder unerwartete Verhaltensweisen, deutet dies wahrscheinlich darauf hin, dass der Fehler "Remotedesktopdienst ist aktuell ausgelastet" durch ein weiteres zugrunde liegendes Problem auf dem System verursacht wird. Es wird dringend empfohlen, das zugrunde liegende Problem vor der Problembehandlung von RDP zu beheben.

Notiz

Wenn Sie die Hyper-V-Konsole für den Zugriff auf den Computer verwenden, stellen Sie sicher, dass Sie die Standardsitzung verwenden, um den Test auszuführen. Dies liegt daran, dass die erweiterte Sitzung rdP verwendet und Sie möglicherweise dieselbe Meldung "Remotedesktopdienst ist aktuell ausgelastet" erhalten.

Wenn Sie feststellen, dass das Problem bei Der Verwendung der Konsole auftritt und bestätigen, dass das Problem nicht RDP-bezogene Ist, sind einige der Schritte zur Problembehandlung in diesem Artikel, z. B. RDP-Serverspeicherprobleme, möglicherweise weiterhin hilfreich, um die Gesamtsystemleistungsprobleme zu beheben.

RDP-Serverspeicherprobleme

Um dieses Problem weiter zu beheben, versuchen Sie zuerst, den Zielcomputer neu zu starten.

Wenn der Computer vorübergehend neu gestartet wird, aber das Problem später erneut auftritt, kann es auf einen Speicherverlust oder andere Arten von Lecks hinweisen, z. B. Sitzungslecks oder Tokenlecks.

Eine mögliche Problemumgehung, ohne das gesamte System neu zu starten, besteht darin, den Remotedesktopdienste -Dienst (RDS) neu zu starten. Wenn das Problem behoben wird, kann es auf ein Problem mit dem Dienst hinweisen. Sie müssen überprüfen, ob der Dienst eine ungewöhnliche oder ungewöhnliche Menge an Arbeitsspeicher verbraucht.

Notiz

Durch den Neustart des RDS-Diensts werden alle aktuellen Benutzer getrennt, die über RDP verbunden sind. Die Sitzungen werden jedoch beibehalten, und Benutzer stellen möglicherweise eine erneute Verbindung mit ihren Sitzungen her.

Arbeitsspeicherverluste

Überwachen Sie, ob ein anderer Dienst oder Prozess vorhanden ist, der ungewöhnlichen Arbeitsspeicher verbraucht. Wenn ja, ist der Neustart des Diensts oder das Töten des Prozesses auch ein guter Problembehandlungsschritt und eine mögliche Problemumgehung.

Notiz

Lecks werden häufig durch Nicht-Microsoft-Software verursacht. Ohne die ordnungsgemäße Datenerfassung und einen Supportfall, der mit Microsoft geöffnet wurde, ist es schwierig, die Ursache zu bestimmen.

Ein guter Ansatz für Tests besteht darin, verschiedene Software schrittweise zu deinstallieren und zu überwachen, wenn das Problem beendet wird. Stellen Sie außerdem sicher, dass alle Nicht-Microsoft-Software aktualisiert wird.

Wenn Sie bestätigen, dass das Problem nur über RDP auftritt, empfiehlt es sich, nicht von Microsoft stammende Software zu deinstallieren, die mit dem RDP-Stapel interagiert.

Sitzungslecks

Ein weiterer häufiger Grund für diese Art von Speicherzuwachs nach einem Systemneustart ist Sitzungslecks. In dieser Situation zeigt die Betrachtung des Ressourcenverbrauchs (z. B. die Suche nach hoher Arbeitsspeicher- oder CPU-Auslastung im Task-Manager) nichts Offensichtliches, da das Problem "unter der Haube" auf dem System auftritt.

Es kann mehrere Gründe für einen Sitzungsleck geben, aber es ist üblich, dass das Leck durch Nicht-Microsoft-Software verursacht wird. Insbesondere wird sie sehr häufig durch Sicherheitssoftware (z. B. Antiviren- oder Endpunktschutzsoftware) oder andere Arten von Software verursacht, die mit RDP-Benutzersitzungen interagieren können.

Notiz

Das Beenden der Software hat nicht den gleichen Effekt wie die vollständige Deinstallation des Systems, da möglicherweise noch Module geladen, Hooks an die Komponenten des Systems usw. geladen werden.

Wenn das Problem vorübergehend mit einem Systemneustart behoben wird, überwachen Sie, ob ein bestimmter Prozess eine ungewöhnliche Menge an Arbeitsspeicher verbraucht und der Speicherverbrauch im Laufe der Zeit wächst.

Problembehandlung bei Gruppenrichtlinienobjekten

Die Härtung auf dem System, die über das Gruppenrichtlinienobjekt (Group Policy Object, GPO) konfiguriert ist, kann auch ein möglicher Grund sein.

Um das Problem zu beheben, identifizieren und entfernen Sie die zugehörigen GPOs, um das Problem zu testen und zu überwachen, wenn das Problem erneut auftritt. RdS-bezogene GPOs oder Härtungs-GPOs, z. B. Änderungen an Sicherheitsrichtlinien für die Benutzerrechtezuweisung.

Wenn möglich, versuchen Sie, alle GPOs aus dem System zu entfernen, ohne technische oder Sicherheitsauswirkungen zu verursachen. Diese Lösung ist ein guter Test, um festzustellen, ob ein Gruppenrichtlinienobjekt das RDP-Problem verursacht.

Sie können auch die Ereignisprotokolle "GroupPolicy" überprüfen, um festzustellen, ob gpOs nicht verarbeitet werden können oder ob ein globales Problem mit dem Gruppenrichtlinienclientdienst (gpsvc) aufgetreten ist. Beide können die Ursache des RDP-Problems sein.

Datensammlung

Selbst wenn Sie einen bestimmten Prozess oder Dienst identifizieren, der zu viel Arbeitsspeicher verbraucht, wissen Sie möglicherweise nicht die Ursache. Bei ungelösten Problemen ist die Datensammlung für komplexe Analysen von entscheidender Bedeutung. Hier sind die Schritte zum Vorbereiten von Daten, bevor Sie sich an den Microsoft-Support wenden.

Erfassen von Ablaufverfolgungen mithilfe des TSS-Tools

  1. Laden Sie die neueste Version des TroubleShootingScript (TSS)-Tools von https://aka.ms/getTSS

  2. Extrahieren Sie es auf den RDP-Clientcomputer (Quelle) und den RDP-Server (Ziel).

    Notiz

    In Szenarien einer vollständigen RDS-Bereitstellung, obwohl das System, das die Meldung "Remotedesktopdienst ist aktuell ausgelastet" angezeigt wird, die wichtigste für die Datenerfassung ist, sollten Sie Daten aus allen Systemen sammeln, die am Verbindungsfluss beteiligt sind, einschließlich des RD-Verbindungsbrokers und des RD-Gateways.

  3. Öffnen Sie eine PowerShell-Eingabeaufforderung auf beiden Systemen, und führen Sie die folgenden Befehle aus:

    Auf dem RDP-Client:

    .\TSS.ps1 -Scenario UEX_RDSCli

    Auf dem RDP-Server:

    .\TSS.ps1 -Scenario UEX_RDSSrv

  4. Warten Sie, bis die Meldung "Das Problem jetzt reproduzieren" angezeigt wird.

  5. Reproduzieren Sie die Verbindung, bis Sie den Fehler "Remotedesktopdienst ist aktuell ausgelastet" erhalten.

  6. Beenden Sie die Ablaufverfolgungen in dieser Phase, indem Sie die angeforderte Taste drücken.

  7. Sammeln Sie die Daten von der vom Tool angegebenen Position. (in der Regel C:\MS_DATA).

Vollständiges Speicherabbild

Sie sollten ein vollständiges Speicherabbild benötigen, wenn das System betroffen ist, während eine RDP-Verbindung wiedergegeben wird, die die Fehlermeldung "Remotedesktopdienst ist derzeit ausgelastet" generiert.

Notiz

Lassen Sie die Verbindung mit dem Fehler "Remotedesktopdienst ist derzeit ausgelastet" geöffnet, während Sie das Dump ausführen.

Notieren Sie sich das Benutzerkonto, das zum Reproduzieren dieser Verbindung verwendet wurde.

Erfassen von Dumps in einem Hypervisor- oder VM-Szenario

  • Erstellen Sie eine Momentaufnahme der VM, wobei die Option "Vollspeicher" ausgewählt ist, wenn der Hypervisor diese Option bereitstellt, wenn sie das Dump aufnehmen (wie weiter oben beschrieben).
  • Konvertieren Sie die Momentaufnahme in ein vollständiges Speicherabbild.

Notiz

Jeder Hypervisorhersteller verwendet verschiedene Tools und Methoden, um die Momentaufnahme in ein vollständiges Dump zu konvertieren. Anweisungen zum Ausführen dieser Konvertierung finden Sie in der Supportdokumentation dieses Hypervisoranbieters.

Erfassen von Dumps auf einem physischen System

Führen Sie die unter Generieren eines Kernels oder vollständigen Absturzabbilds beschriebenen Schritte aus.

Mögliche zusätzliche Daten

Je nach den in diesem Artikel erläuterten Situationen können unterschiedliche Datentypen erfasst werden. Wenn z. B. ein bestimmter Prozess oder Dienst die Speicherauslastung erhöht, sollte eine bestimmte Windows Performance Recorder (WPR)-Aufnahme durchgeführt werden, um den Heap-Speicherverbrauch dieses Prozesses zu erfassen. Der Microsoft-Support informiert Sie jedoch über alle zusätzlichen Daten, die möglicherweise nach der anfänglichen Analyse basierend auf Ihrer Situation erfasst werden müssen.