我只有基本的Windows Server知识，并且已经inheritance了20-30个并发用户（Windows Server 2003）的terminal服务器安装责任。
性能间歇性的问题 – 最终是由于我认为服务器的低规格（使用PAE的三核4Gb内存）。 我试图看看在今年晚些时候进行重大升级之前是否能继续运行。
我注意到的一件事是来自不同会话的进程经常占用100％的内核。 我认为当这种情况一次发生几次会话时会发生冻结。 有什么我可以做的，以限制个人会议的CPU使用？ 另外，是否有可能保留一个核心，使其不被个别会话使用，但可用于处理login等？
你会想要查找资源配额（内存和CPU配额），如http://kurtsh.com/2007/07/16/howto-throttle-the-cpu-on-desktops-terminal-servers/或http：/ /technet.microsoft.com/en-us/library/cc732553.aspx虽然他们可能是特定于Win2008。 这应该给你一个search起点，但。
当我们运行terminal服务时，我们发现某些应用程序和实践可以减轻你所看到的问题的types，即资源占用（我们在2000年运行，尽pipe……事情似乎随着时间的推移而改善）。
一些用户喜欢屏幕保护程序在terminal上。 限制他们不允许。
创build空闲注销策略。
监视某些习惯，例如在循环中运行Flashanimation。 我们有人驾驶一个terminal到地面，因为他们有一个泄漏内存的雷达回路上的天气通道。
使用性能监视器检查其他约束; 例如，编写不好的AV软件会在启动每个用户的监控实例时让您感到沮丧。
这是一个零碎的磁盘可能是坏的几次之一，因为你有大约25个用户与他们自己的磁盘散落的小文件的caching。 检查是否有碎片，并进行非工作时间的清洁。
像你所描述的系统上的25个用户确实会陷入困境; 这是关于我们在terminal服务系统受到其他用户影响之前的限制。 你不能指望奇迹在某个点上调整。
你正在运行什么RAID级别？ 慢速磁盘子系统可能会导致超速。 尤其是如果你有一个早上的login匆忙。 升级，你可能会看到一个体面的速度提升，虽然你说你正在努力护理这个持续到一个重大的升级… …
监视未经授权的软件安装。 对于某种types的软件来说，并不需要太多的手段来控制一切。
使用像procmon这样的实用程序和sysinternals（免费）的procmonitor来查找可能导致系统停滞的事情。 没有理由冻结 。 它可能是缓慢的，但不locking。 这些公用事业可能有助于缩小根本原因。 有时候，当我们不知所措的时候，这对我们来说是一个救星。
这就是我所记得的一切，希望其他人对于缓解系统资源短缺问题有更好的build议。
注意 – 如果您在用户数量较less且数量较多的情况下进行冻结，可能会出现导致此问题的特定应用程序或操作。 除了sysinternals工具的build议，我会开始寻找模式; 日志中的任何东西？ 谁在当时login，他们在做什么？ 你可以跟踪用户在做什么，如果屏幕冻结和离开活动？ 这是什么时候发生的？ 你可以让用户发送一个他们正在做什么，当它去啪？
我们遇到了一个服务器在我们的TS群集上自发重启的问题。 就连微软也不知如何解释。 原来是一个特定的应用程序运行， 不应该导致重新启动，但是。 从服务器中删除它，我们的重新启动消失了。 但是花了几个月的时间才弄清楚了！