找出windows遠端桌面伺服器（終端伺服器）的瓶頸
我在我的 VMware 主機上安裝了 Windows server 2008 R2 (SP1) 作為 RDS 伺服器。有時我的遠端使用者可以看到 RDS 伺服器上的滯後/延遲。誰能根據他們的經驗告訴我找到該伺服器瓶頸的最佳實踐是什麼？
正如 Chris S 所提到的，有幾件事會導致遠端桌面性能不佳。根據我的經驗，這些是主要原因，按可能性順序排列。
頻寬
遠端桌面性能不佳的第一大原因是頻寬不足。根據正在執行的操作，會話可以使用從幾 Kbps 到幾 Mbps 的頻寬。我自己的測試表明，滾動瀏覽 PDF 將使用高達 3 Mbps 的速度。隨著可用頻寬的減少，感知性能也會降低。
您首先需要確定應用程序的頻寬需求。這需要在受控的 LAN 環境中進行測試，然後在執行正常任務時測量頻寬使用情況。我個人在我的個人工作站上使用NetLimiter取得了成功。您還可以從另一個角度解決問題，並使用 NetLimiter 將您的連接速度強制降低到您的 WAN 連接額定值。這應該可以很好地表明您的遠端使用者正在看到什麼。
一旦您知道您的應用程序需要多少頻寬，您就需要確定它是否是限制因素。首先，測量客戶端和伺服器之間的可用頻寬。一個很好的工具是
iperf. 我假設您在受控測試期間有足夠的可用頻寬。接下來，您將需要設置某種頻寬監控，以查看使用者報告的問題是否與流量峰值或其他不良事件相關。我的偏好是將來自交換機或路由器的流量轉儲到
ntop中，因為它提供了有用的關於頻寬使用的實時和歷史報告。如果您遇到頻寬問題，一個簡單的更改是更改遠端桌面連接上的“體驗”設置。禁用視覺樣式和動畫，許多桌面操作會看起來神奇地更快。
延遲
遠端桌面連接的另一個常見問題是延遲。客戶端和伺服器之間需要有相當快的往返時間，否則人們將能夠感知到延遲。根據經驗，大多數人開始注意到 50 到 100 毫秒 ping 時間之間的問題。
幸運的是，這通常很容易診斷。您可以設置像SmokePing或PRTG 網路監視器這樣的監控工具來提供您的監控伺服器和任何其他任意主機之間的延遲報告。您甚至可以只使用內置
ping -t命令進行短會話。通常，您希望將監控伺服器定位在與遠端桌面伺服器相同的 LAN 上，然後針對伺服器和客戶端設置監控。嘗試將問題報告與高 ping 時間事件相關聯。如果您遇到 ping 時間過長的問題，請使用
traceroute來找出延遲的引入位置。如果您確定問題出在您自己的網路中，請考慮引入 QoS 過濾來優先考慮遠端桌面等實時流量。此外，要警惕任何通過無線介質連接的人，無論是 802.11 (WiFi)，還是更糟糕的衛星連接。無線連接容易受到環境干擾，在各種條件下和不同的時間段內可能會導致極端的延遲問題。通過衛星使用遠端桌面總是很糟糕。
本地 CPU 或記憶體 最後，您的伺服器可能只是負載過重。監控 CPU 和記憶體使用情況，尤其是在高峰時段，以確保伺服器能夠及時滿足請求。
可以設置上述工具之一 (PRTG) 來監控伺服器隨時間的 CPU 和記憶體使用情況，並可以生成圖表，以便輕鬆地將問題報告與特定故障相關聯。
**額外提示：**如果您的使用者在鍵入時遇到問題，尤其是修飾鍵未正確應用，請嘗試更改遠端桌面連接快捷方式上的鍵盤設置，以便將應用 Windows 組合鍵設置為
On the local computer。