Finden Sie den Engpass für Windows-Remotedesktopserver (Terminalserver) heraus


11

Ich habe Windows Server 2008 R2 (SP1) auf meinem VMware-Host installiert, um als RDS-Server zu arbeiten. Manchmal können meine Remotebenutzer die Verzögerung auf dem RDS-Server sehen. Kann mir jemand aus seiner Erfahrung sagen, was die besten Methoden sind, um den Engpass für diesen Server zu finden?


1
Was haben Sie getan, um die Latenz zu ermitteln? Befinden sich die Clients in einem lokalen Netzwerk? Zusammensetzung der Netzwerkgeräte? Lag sie alle gleichzeitig zurück? Serverressourcen; Prozessor (en), RAM, Festplatte? Leistungsüberwachung? Client-Versionen, Erweiterung, RemoteFX?
Chris S

Wenn Sie einen TS als VM ausführen, wie viele virtuelle CPUs haben Sie dann zugewiesen? Bei mehreren VMs mit einer geringeren Anzahl von CPUs sind Sie möglicherweise besser dran.
Zoredache

Vielen Dank für die Vorschläge. Ich habe nichts unternommen, um die Latenz aufzuspüren.
Ich

Antworten:


16

Wie Chris S bereits erwähnt hat, können verschiedene Faktoren zu einer schlechten Leistung des Remotedesktops beitragen. Nach meiner Erfahrung sind dies die Hauptursachen in der Reihenfolge der Wahrscheinlichkeit.

Bandbreite
Die Hauptursache für schlechte Leistung beim Remotedesktop ist mangelnde Bandbreite. Je nachdem, was genau getan wird, kann eine Sitzung eine Bandbreite von einigen Kbit / s bis zu einigen Mbit / s verwenden. Meine eigenen Tests haben gezeigt, dass das Scrollen durch ein PDF bis zu 3 Mbit / s benötigt. Wenn die verfügbare Bandbreite abnimmt, nimmt auch die wahrgenommene Leistung ab.

Sie müssen zuerst den Bandbreitenbedarf Ihrer Anwendung ermitteln. Dies erfordert das Testen in einer kontrollierten LAN-Umgebung und das Messen der Bandbreitennutzung, während Sie normale Aufgaben ausführen. Ich persönlich hatte Erfolg mit NetLimiter auf meiner persönlichen Workstation. Sie können das Problem auch aus einem anderen Blickwinkel betrachten und NetLimiter verwenden, um die Verbindungsgeschwindigkeit auf die Nennwerte Ihrer WAN-Verbindung zu senken. Dies sollte einen guten Hinweis darauf geben, was Ihre Remotebenutzer sehen.

Sobald Sie wissen, wie viel Bandbreite Ihre Anwendung benötigt, müssen Sie feststellen, ob dies der begrenzende Faktor ist. Messen Sie zunächst die verfügbare Bandbreite zwischen dem Client und dem Server. Ein hervorragendes Werkzeug dafür ist iperf. Ich gehe davon aus, dass Ihnen während eines kontrollierten Tests ausreichend Bandbreite zur Verfügung steht.

Als Nächstes möchten Sie eine Art Bandbreitenüberwachung einrichten, um festzustellen, ob vom Benutzer gemeldete Probleme mit Verkehrsspitzen oder anderen unerwünschten Ereignissen zusammenhängen. Ich bevorzuge es, Datenverkehr von einem Switch oder Router zu speichern ntop, da er nützliche Echtzeit- und historische Berichte zur Bandbreitennutzung liefert.

Wenn Sie auf Bandbreitenprobleme stoßen, besteht eine einfache Änderung darin, die "Experience" -Einstellungen auf der Remotedesktopverbindung zu ändern. Deaktivieren Sie visuelle Stile und Animationen, und viele Desktop-Vorgänge wirken auf magische Weise schneller.

Latenz
Ein weiteres häufiges Problem bei Remotedesktopverbindungen ist die Latenz. Es muss eine relativ kurze Umlaufzeit zwischen Client und Server geben, sonst können die Benutzer eine Verzögerung wahrnehmen. Als Faustregel gilt, dass die meisten Menschen Probleme zwischen 50 und 100 ms Ping-Zeiten bemerken.

Glücklicherweise ist dies normalerweise leicht zu diagnostizieren. Sie können Überwachungstools wie SmokePing oder PRTG Network Monitor einrichten , um Berichte über die Latenz zwischen Ihrem Überwachungsserver und einem anderen beliebigen Host bereitzustellen. Sie können den integrierten ping -tBefehl auch nur für kurze Sitzungen verwenden. Normalerweise möchten Sie den Überwachungsserver im selben LAN wie Ihren Remotedesktopserver lokalisieren und dann die Überwachung sowohl für den Server als auch für Ihre Clients einrichten. Versuchen Sie, Problemberichte mit Vorfällen mit hoher Ping-Zeit zu korrelieren.

Wenn Sie Probleme mit hohen Ping-Zeiten haben, ermitteln Sie anhand tracerouteder Option, wo die Verzögerung eingeführt wird. Wenn Sie feststellen, dass das Problem in Ihrem eigenen Netzwerk liegt, sollten Sie die QoS-Filterung einführen, um den Echtzeitverkehr wie Remotedesktop zu priorisieren.

Seien Sie auch vorsichtig bei Personen, die eine Verbindung über ein drahtloses Medium herstellen, unabhängig davon, ob es sich um 802.11 (WiFi) oder eine Satellitenverbindung handelt. Drahtlose Verbindungen sind anfällig für Umgebungsstörungen, die unter verschiedenen Bedingungen und für unterschiedliche Zeiträume zu extremen Latenzproblemen führen können. Und die Verwendung von Remotedesktop über einen Satelliten ist immer zum Kotzen.

Lokale CPU oder Arbeitsspeicher Und schließlich ist Ihr Server möglicherweise einfach überlastet. Überwachen Sie die CPU- und Speicherauslastung, insbesondere während der Stoßzeiten, um sicherzustellen, dass der Server Anforderungen rechtzeitig erfüllen kann.

Eines der oben genannten Tools (PRTG) kann eingerichtet werden, um die CPU- und Speicherauslastung eines Servers im Laufe der Zeit zu überwachen und Diagramme zu erstellen, mit denen sich Problemberichte mit bestimmten Fehlern leicht korrelieren lassen.

Bonus-Tipp: Wenn Ihre Benutzer Probleme beim Tippen haben, insbesondere im Hinblick auf nicht ordnungsgemäß angewendete Modifizierertasten, ändern Sie Ihre Tastatureinstellungen in der Remotedesktop-Verbindungsverknüpfung so, dass Windows-Tastenkombinationen anwenden auf eingestellt ist On the local computer.


Gute Antwort. Ich verwalte eine Farm mit 20 TS-Servern. Die beiden häufigsten Ursachen für Leistungsprobleme sind die beiden, die Sie in Ihrer Antwort zuerst aufgeführt haben: Bandbreite und Latenz. Diese beiden Faktoren haben meiner Meinung nach den größten Einfluss auf die Leistung (oder die wahrgenommene Leistung). Meine eigenen Tests haben gezeigt, dass ein Benutzer, der mehrere Office-Anwendungen, den Internet Explorer und das Öffnen von PDF-Dateien ausführt, über einen Zeitraum von 8 Stunden durchschnittlich 100 KBit / s verbraucht. Das ist unsere Planungsnummer in Bezug auf die Bandbreitenzuweisung pro Benutzer und das empfehlen wir unseren Kunden, um Sitzungen mit "guter Leistung" durchzuführen.
Joeqwerty

Hallo Nic, vielen Dank für die nette ausführliche Antwort. Ich werde es durchgehen und versuchen, es herauszufinden. Vielen Dank für die Antwort. Vielen Dank an Joeqwerty auch für Kommentare ..
Hemal

Ich leite eine kleine Farm und stimme zu. Wir verwenden PRTG auch, um zu überprüfen, ob historische Daten mit gemeldeten Problemen übereinstimmen. Unsere zweitwichtigsten Probleme sind Bandwitch (lokale / ISP-Probleme) und CPU (schlechte Programme auf Servern mit geringer Kernanzahl). Der beste Weg, um schnell festzustellen, ob die Bandbreite erreicht ist, besteht darin, die Benutzer zu fragen, ob die Texteingabe zu verzögern scheint.
Gomibushi

Sie haben viele großartige Tools erwähnt, aber wie viel Bandbreitenanforderungen für Sitzungen können über WMI erfasst werden? oder noch bessere Leistungsindikatoren? Ich bin neu bei TS, wurde aber beauftragt, verschiedene Statistiken in einer Sitzung anzuzeigen. Vielen Dank im Voraus für Ihre Zeit.
Codeputer

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.