好吧 – 破败：
初始安装
迁移后不久，用户抱怨史诗缓慢。 我将2008服务器更改为使用WSS而不是2003 / indexing，之后重新启动。 仍然没有喜乐。 我一整周都在努力，在互联网上尝试不同的select。
我试过的东西（无济于事）
我们有很多客户端，主要是XP，一些Win7引擎（所有的标准版本，很确定都是x86）。 我可以从我的Win7（x86）笔记本电脑（我的标准工作机器）和我的XP VM x86testing机器（在ESX服务器上）打开一切，没有问题。 唯一的区别，我可以find（这似乎是重要的）是我的东西都在一个子网，而其他客户机在另一个（xx1.x与xx2.x）。
我不明白缓慢的来源。 当然，2003服务器没有这个问题，或者用户已经投诉了。 任何一个我信任的社区的想法或方向真正解决问题将是真棒。
而且 – 如果实际上有一个线程可以解决这个问题，我会提前道歉。 我只是无法find它（但不是因为缺乏尝试）。 谢谢，提前，所有。
所以，虽然这不是一个完整的解决scheme，但是这个特定的事件结束了：
我们所做的大部分修改都与我们networking上的另一台2008服务器有关（我的老板忘记了他添加了），我们用它来testing。 我们之间没有任何问题，在这个框之间的用户客户端，所以我们做了我们可以在问题框中镜像configuration。
我们遇到的一个问题，似乎是随机出现的，是在重新启动之后（使用netsh命令进行单独更改之后）的“BOOTMGR丢失”问题。 我以“正常”的方式解决了这个问题：我使用Server 2008 DVD和恢复工具重新启动启动pipe理器。
所有考虑的事情，“解决scheme”感觉像一个肮脏的hackjob，但用户觉得不再是废话慢。 荒谬。
任何其他方向或答案表示赞赏。 我不认为这应该被标记为答案，因为它实际上不是一个答案; 然而，它并没有真正感受到一个编辑 （因为我在原来的问题之外进行了修改）。
我假设您已经validation新服务器中的磁盘IO子系统能够以您期望的速度提供文件。 如果你还没有，那就先做。
使用类似于问题客户端和服务器计算机的wsttcp.exe （或同等工具）来validation机器之间的networking带宽是否如您所期望的那样。 如果没有开始工作，通过networking堆栈和机器之间的齿轮，以找出数据包被扔在地板上。
如果您发现原始networking吞吐量与您期望的一样，那么我会嗅探问题客户端和服务器之间的一些stream量，并将其与来自非问题客户端和服务器的相同操作进行比较。 这应该给你一些线索。