我们有一个由 16 台使用率很高的 Windows 98 PC 组成的网络，这些 PC 连接到一台 Server 2003 机器。在高峰使用时段（每天下午 1:30-2:30），这些机器在打开/运行网络上的文件时会经历长时间的延迟，有时会持续一分钟。当可执行文件正在等待打开时，用户只会看到黑色的 DOS 屏幕，而通常它会在不到 1 秒的时间内弹出。这尤其令人烦恼，因为 Server 2003 性能计数器不会显示长时间的高负载 - 大多数统计数据甚至从未超过 5%。
当这 16 个客户端连接到运行 Linux 的 6 年旧 DL380 时，我们遇到了一些速度缓慢的问题，但没有延迟。我们最近过渡到 Active Directory，并升级了文件服务器。文件服务器拥有双四核处理器、4 倍内存、更多磁盘、更快的驱动器（15K 对 10K）等……因此，它无法再处理并发处理似乎毫无道理。
由于我们使用的是 Win98，那么在 2003 上我们是否应该更改某些设置以优化磁盘读/写？所有文件操作都是针对平面文件，所有写入都由单个用户完成（多个用户不能同时访问同一个数据库）。关于如何追踪此问题还有其他想法吗...我们在过去一个月里一直没有任何运气。
注意：不幸的是，我们在未来两年内无法升级到 Win98 以上版本，我们正在等待旧版软件被重写，并且由于使用硬件中断，这个关键软件只能在 Win98 上运行。
答案1
当所有其他方法都失败时，就使用网络嗅探器。查看客户端计算机等待时网络上实际发生的情况，也许您就能知道它实际上在等待什么。
编辑：
顺便问一下，您在网络上使用 WINS 吗？这也可能是 NetBIOS 名称解析问题。Windows 98/NT 客户端喜欢使用它而不是 DNS，如果没有 WINS，它将尝试使用广播查询来解析名称，这在网络高峰使用时间可能非常麻烦。
答案2
我同意这很可能是 SMB 签名/身份验证和/或 Netbios 名称解析。可以使用 NbtStat 测试 Netbios 名称解析。
如果事实并非如此，那么我将禁用服务器上的 OpLocks。除了损坏 Access 文件外，它似乎还会导致访问问题。我还没有看到禁用它会导致问题，但如果它以某种方式使情况变得更糟，则可以撤消更改。
http://support.microsoft.com/kb/296264 http://support.microsoft.com/kb/296264
答案3
你有没有尝试过Server 2003 性能顾问? 可能有助于您进一步深入研究问题。
答案4
我们在此服务器上镜像了 Active Directory，删除它后问题就消失了。在如此小的环境中（25 个用户），这有什么区别呢？