Windows 2003 文件服务器统计信息

Question

我有一台非常繁忙的 Windows 2003 文件服务器。每天有数千万个文件在服务器上进出。我正在寻找统计数据来帮助我确定大小并配置这台机器的 Windows 2008 R2 替代品。我对基础知识（内存、CPU、网络）有很好的了解，但我特别关心文件服务、文件移动等。有什么指导吗？

添加了详细信息——文件主要是由脚本驱动的内部（服务器）移动，尽管有一个 SQL 服务器远程发送和拾取文件。一旦文件被提供给外部客户端（这只占很小的比例），我就能很好地掌握指标。我们突破了路径深度（数十个子文件夹）、目录中的文件数量（找到 50k+ 并不罕见）和文件总数（静止时 50M+，移动时 100k+）的极限。

Answer 1

在简单的文件服务方面，2003 和 2008 之间没有太大变化。一个关键区别是 Vista/Win7 客户端的 SMB2。SMB2 提供不同的文件访问语义，并且应该更高效。它仍然没有修复 SMB 强制的序列化，因此依赖并行访问的客户端程序将继续像在 Server 2003 中一样运行。

在我看来，足够的内存来缓存打开文件的工作集是确定文件服务器大小的最大性能提升。实现这一点的一种方法是拍摄打开文件的快照，统计文件大小，然后汇总列表以获得总文件打开大小。在一天中的不同时间执行此操作以了解打开文件的起伏。

如果您的文件使用者不保持文件打开，而是将它们复制到本地然后写回，则缓存大小更难预测。如果可能的话，经常被访问的文件应该可以放入缓存中，但如果您的访问太随机，则应使用其他指标。例如，监控 15/30/60 分钟的出站网络流量大小，这是从您的服务器读取的数据大小的代理，并且根据其中一个值确定缓存大小将是您的理想值的良好近似值。