我刚刚查看了一对 Exchange 服务器的旧记录，这是我之前在一份工作中为一个项目指定的。它们是为一个相当大的组织设计的，邮件配额很大，所以每个邮箱服务器都有 96GB 的内存。磁盘布局如下：
147GB RAID1 用于操作系统、应用程序和页面文件
1.2TB RAID 10 用于邮件数据库
900GB RAID 10 用于存储日志
理论上这似乎不错，直到你意识到，默认情况下，你将在 147GB 分区上拥有一个 96GB 的页面文件，这会导致磁盘很快满。在这种情况下，你是否应该将页面文件移动到另一个分区，从而失去恢复崩溃转储的能力，同时牺牲一些性能？我是否应该为镜像订购一对 300GB 的磁盘（我最终就是这么做的）？我是否应该人为地将页面文件大小限制为 32GB 之类的较小值？
答案1
微软的官方建议（自 NT 4.0 以来一直没有改变）是：
- 系统磁盘页面文件
- 8GB+：RAM 大小 + 最低 10MB
- <8GB: 1.5 倍内存
- 将页面文件添加到其他磁盘可能会将性能提高到最大
- 所有页面文件的总和最大为 RAM 的 1.5 倍，但这只是因为 Windows 永远不会将超过该值的内存用于生产。如果它持续使用页面，则需要更多 RAM。
正如您所提到的，系统驱动器上的页面文件必须与 RAM + 10MB 一样大，以便在服务器崩溃时获得完整的内存转储。我发现完整内存转储在诊断服务器崩溃方面比小型转储更有用。服务器应配置为小型转储或完整转储，无论您认为哪种方式在诊断崩溃时对您最有益。
特定于 Exchange 2003、2007 和 2010：它们都遵循操作系统对页面文件的建议，如上所示，从 WinNT 4.0 到 Server 2012 都是相同的。其他版本可能也一样，但我对它们不熟悉，也没有找到相关文档。
我会怎么做：保留配置了小型转储的 147GB 磁盘和大约 16GB 的页面文件。
答案2
根据 2014 年 Exchange Team 博客文章，他们目前对 Exchange 2013 的建议是“RAM+10MB 或 32,778MB 中较小的一个”。对于您的情况，96GB RAM，您需要使用 32778MB 作为页面文件。
参考：你让我来到了 EHLO
答案3
我认为您需要在设置页面文件大小之前测量内存压力。一般来说这不是必需的。请检查突破 Windows 的极限：虚拟内存，还是挺有用的。
答案4
这样想想......
您认为如何才能将 140 Gig+ 内存转储发送给 Microsoft 进行分析？您真的认为支持人员会接受它吗？
在虚拟机管理程序上，页面文件 = 仅限主机 RAM，无法分页虚拟机 RAM。（换句话说，您只需要大约 4GB 的页面文件。）
对于 Exchange 服务器，Microsoft 发布了以下建议：具有大量 RAM 的 Exchange 服务器上的页面文件的最佳实践是什么？
个人使用 Exchange 服务器和 +48GB Ram 的经验 = 使用固定的 16 GB，您不会遭受任何性能下降，而且您还可以避免凌晨 3 点接到“Exchange 已关闭！”的电话，因为您的系统磁盘已满。