找出windows远程桌面服务器（终端服务器）的瓶颈

Question

我在 VMware 主机上安装了 Windows Server 2008 R2 (SP1) 以用作 RDS 服务器。有时我的远程用户可以看到 RDS 服务器上的滞后/延迟。谁能根据他们的经验告诉我找到该服务器瓶颈的最佳实践是什么？

Answer 1

正如 Chris S 所提到的，有几件事会导致远程桌面性能不佳。根据我的经验，这些是主要原因，按可能性排序。

带宽
远程桌面性能不佳的第一大原因是缺乏带宽。根据正在执行的具体操作，会话可以使用从几 Kbps 到几 Mbps 的任何带宽。我自己的测试表明，滚动浏览 PDF 将使用高达 3 Mbps 的速度。随着可用带宽的减少，感知性能也会下降。

您首先需要确定应用程序的带宽需求。这需要在受控 LAN 环境中进行测试，然后在执行正常任务时测量带宽使用情况。我个人在我的个人工作站上使用NetLimiter取得了成功。您还可以从另一个角度解决问题，并使用 NetLimiter 将您的连接速度强制降低到您的 WAN 连接额定值。这应该可以很好地表明您的远程用户所看到的内容。

一旦您知道您的应用程序需要多少带宽，您就需要确定它是否是限制因素。首先，测量客户端和服务器之间的可用带宽。一个很好的工具是iperf. 我假设您在受控测试期间有足够的可用带宽。

接下来，您需要设置某种带宽监控，以查看用户报告的问题是否与流量高峰或其他不良事件相关。我的偏好是将来自交换机或路由器的流量转储到 中ntop，因为它提供了有关带宽使用情况的有用的实时和历史报告。

如果您遇到带宽问题，一个简单的更改是更改远程桌面连接上的“体验”设置。禁用视觉样式和动画，许多桌面操作看起来会神奇地更快。

延迟
远程桌面连接的另一个常见问题是延迟。客户端和服务器之间需要有相当快的往返时间，否则人们将能够感知到延迟。根据经验，大多数人开始注意到 50 到 100 毫秒 ping 时间之间的问题。

幸运的是，这通常很容易诊断。您可以设置SmokePing或PRTG Network Monitor等监控工具，以提供有关监控服务器与任何其他任意主机之间延迟的报告。您甚至可以将内置ping -t命令用于短会话。通常，您希望将监控服务器与远程桌面服务器放在同一个 LAN 上，然后针对服务器和客户端设置监控。尝试将问题报告与高 ping 时间事件相关联。

如果您遇到 ping 时间长的问题，请使用traceroute来找出延迟是从哪里引入的。如果您确定问题出在您自己的网络中，请考虑引入 QoS 过滤来优先考虑远程桌面等实时流量。

此外，请警惕通过无线媒体进行连接的任何人，无论是 802.11 (WiFi) 还是卫星连接。无线连接容易受到环境干扰，在各种条件下和不同的时间段内可能会导致极端的延迟问题。通过卫星使用远程桌面总是很糟糕。

本地 CPU 或内存 最后，您的服务器可能只是负担过重。监控 CPU 和内存使用情况，尤其是在高峰时段，以确保服务器能够及时满足请求。

上面提到的工具之一 (PRTG) 可以设置为监控服务器 CPU 和内存使用情况随时间的变化，并且可以生成图表，以便轻松将问题报告与特定故障相关联。

额外提示：如果您的用户在键入时遇到问题，尤其是修饰键未正确应用，请尝试更改远程桌面连接快捷方式上的键盘设置，以便将应用 Windows 组合键设置为On the local computer。