为什么需要间歇性地与 SBS 服务器通信的简单操作会如此缓慢?

为什么需要间歇性地与 SBS 服务器通信的简单操作会如此缓慢?

我为一家小公司(8-10 个用户)设置了 Microsoft Windows SBS 2008 服务器。他们将其用作文件服务器、打印服务器、邮件服务器等 - 基本上是小公司所需的一切,除了公共 Web 服务器。

浏览网络共享、打印等通常快速且无问题,但有时某些操作需要很长时间。例如,我最近尝试打开网络共享上的 Word 文档,等待了一分钟多它才出现。与此同时,虽然 Word 似乎挂起了,但我从 Windows 资源管理器浏览网络共享却没有遇到任何问题。文档最初加载后,我可以关闭 Word,重新打开同一个文件,它会立即出现。所有网络共享操作以及在 SBS 打印机上打印(需要时间打开打印属性对话框)都会发生类似的事情。

通过网络复制文件很快,大约 10 MB/秒(使用 100mbit 交换机) - 我怀疑物理网络/链路层是否负责。

这种情况发生在多台客户端计算机上(如果不是全部),包括 Windows XP 和 Windows 7 客户端。这些计算机都是域的成员。

知道为什么会发生这种情况吗?欢迎提供所有帮助和建议 - 我一直为此而烦恼...谢谢!

答案1

可能是 SMB2 问题 - 您可以通过注册表项关闭 SMB2:

计算机\Hkey_Local_Machine\CurrentControlSet\System\LanmanServer\Parameters\SMB2

将其设置为 0,如果不存在则创建密钥。值得一试,您可以随时将其重新打开。需要重新启动服务器。

确保 MS Office 已安装服务包。

答案2

在我看来,这听起来好像 SBS 服务器过度分页。在某些稳定状态下,有足够的 RAM 供活动服务从内存中运行,但一些不太重要的内容会被降低优先级。当客户端触发操作(可能是打印、编辑 Office 文档)时,必须从磁盘重新加载与该过程相关的页面,这可能需要一些时间,尤其是当 SBS 服务器已经大量驱动磁盘子系统时。

打开 Word 文档所涉及的资源比简单地浏览和读取文件夹要多——Word 会创建一个临时存根文件以自动保存更改,并执行许多其他可能触发分页问题的操作。

通过网络复制文件通常不会引起同样的问题,因为相关服务是服务器允许从 RAM 转储的最后项目之一。文件副本通常也会完全缓冲在接收端的 RAM 中,这也可以避免分页问题,​​除非内存非常紧张。

SBS 服务器的配置是怎样的 - CPU、总共有多少 RAM、有多少个磁盘、RAID 配置是什么以及它们是如何分区的?对于面向大约 10 个用户的 SBS 2008 服务器,合适的大小应该是大约 6GB RAM,最好是 8GB,镜像 10K 或 15k 磁盘,以及至少一个双核处理器,总 CPU 为 5Ghz 或更高。

相关内容