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

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?

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.

Schauen Sie sich den RDS Best Practices Analyzer an .