好的-简要说明：
初始安装
- 安装了新的戴尔机架式服务器，运行 Server 2008 Standard x64。
- 所有 Windows 更新、文件服务角色均已添加；一切顺利完成。使用 2003 和索引选项（而不是 Windows 搜索服务）安装 FS。
- 已安装 Symantec Endpoint Protection 11.0.6000.645（仅限 AV - 没有 NTP 或电子邮件或任何东西）。
- Robocopied 从服务器 (运行 2003) 复制了所有现有共享，并在 2008 设备上对其进行了验证 (没有问题)。
- 解除分配并关闭 2003 服务器；将 2008 服务器重命名为 2003 服务器以前的网络名称。
迁移后不久，用户抱怨速度太慢。我将 2008 服务器改为使用 WSS 而不是 2003/indexing，然后重新启动。仍然没有效果。我整整一周都在努力，在整个互联网上尝试不同的选项。
我尝试过的方法（无济于事）
- 在服务器上禁用 SMB 2.0，保留 1.0 处于活动状态。
- 在服务器上禁用 SMB 1.0，保留 2.0 处于活动状态。
- 在服务器上禁用 SMB，使两个版本均不处于活动状态（我猜，仅限于 NetBIOS？）。
- 将 SEP 更新至最新版本 (11.0.7000.975)。
- 彻底卸载 SEP。
- 启用/禁用 IPv6 绑定。
- 禁用 NIC 上的 TCP 卸载（IPv4 和 IPv6）
- 几乎是我在互联网上寻找解决方案时发现的任何东西。
我们的客户端类型各异，大部分是 XP，也有一些是 Win7（所有标准版本，几乎可以肯定都是 x86）。我可以从我的 Win7 (x86) 笔记本电脑（我的标准工作机器）和我的 XP VM x86 测试机器（在 ESX 服务器上）打开所有文件，没有任何问题。我能找到的唯一区别（这似乎很重要）是我的文件都在一个子网上，而其他客户端机器在另一个子网上（xx1.x 和 xx2.x）。
我不明白为什么速度这么慢。当然，2003 服务器没有这个问题，否则用户早就抱怨了。如果来自我信任的一个社区的任何想法或指导能够真正解决问题，那就太好了。
并且 - 如果确实有某个帖子可以回答这个问题，我会提前道歉；我只是找不到它（但不是因为我没有尝试）。提前感谢大家。
答案1
因此，虽然这不是一个完整的解决方案，但这是这一集的结尾：
- 用过的网络管理员命令禁用除 TCP 烟囱之外的所有命令（包括将 ctcp 设置为“无”）
- 启用了网卡的所有选项（QoS、链路层内容、IPv6……其中大多数之前已被禁用），安装了 DELL 的最新驱动程序，并将吞吐量配置为 100MB/s 完整（之前为“自动”）。
- 重新启动了盒子。
我们所做的大部分更改都与网络上的另一台 2008 服务器有关（我的老板忘记了他添加它），我们用它来进行测试。该服务器与用户客户端之间没有问题，因此我们尽我们所能将配置镜像到问题服务器上。
我们在问题框中遇到的一个问题似乎是随机的，在一次重新启动后（在使用网络管理员命令）。我以“正常”方式解决了这个问题：我使用 Server 2008 DVD 和恢复工具来恢复启动管理器。
从各方面来看，这个“解决方案”感觉像是一个肮脏的骗局，但用户却感觉它不再那么慢了。太荒谬了。
任何其他方向或答案都值得赞赏。我觉得这不应该被标记为答案，因为它真的不是答案；然而，它并不像一个编辑都可以（因为我对原始问题做了更改）。
答案2
我假设您已经验证了新服务器中的磁盘 IO 子系统能够以您期望的速度提供文件。如果还没有，请先验证。
使用类似工具wsttcp.exe（或等效工具）从问题客户端和服务器计算机验证机器之间的网络带宽是否符合预期。如果没有，请开始通过网络堆栈和机器之间的设备找出数据包在何处丢失。
如果您发现原始网络吞吐量符合预期，那么我会嗅探问题客户端和服务器之间的一些流量，并将其与非问题客户端和服务器执行的相同操作进行比较。这应该会给您一些线索。