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

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

正如Chris S所提到的，有许多因素可能导致远程桌面性能下降。根据我的经验，这些是造成可能性的主要原因。

带宽
远程桌面性能不佳的第一大原因是带宽不足。根据实际执行的操作，会话可以使用几Kbps到几Mbps的带宽。我自己的测试表明，滚动浏览PDF最多会使用3 Mbps。随着可用带宽的减少，可感知的性能也会降低。

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

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

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

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

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

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

如果您在使用ping次数较长时遇到问题，请使用traceroute找出延迟在哪里引入。如果确定问题出在您自己的网络中，请考虑引入QoS过滤以对实时流量进行优先级排序，例如远程桌面。

此外，请警惕通过无线介质（无论是802.11（WiFi）或更糟糕的是卫星连接）进行连接的任何人。无线连接容易受到环境干扰，在各种情况下以及不同的时间段内，都可能导致极端的延迟问题。通过卫星使用远程桌面总是很糟糕。

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

可以设置上述工具之一（PRTG）来监视服务器随时间的CPU和内存使用情况，并且可以生成图形，使将问题报告与特定故障相关联变得容易。

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

签出RDS最佳实践分析器。