我只是在翻阅旧笔记，寻找我不久前在上一份工作中为一个项目指定的一对 Exchange 服务器。它们适用于具有大量邮件配额的相当大的组织，因此每个邮箱服务器都有 96GB RAM。磁盘布局是：
147GB RAID1 用于操作系统、应用程序和页面文件
1.2TB RAID 10 用于邮件数据库
900GB RAID 10 用于日志
这在理论上似乎很好，直到您意识到，默认情况下，您将在 147GB 分区上拥有一个 96GB 的页面文件，导致它很快达到全盘。在这种情况下，您是否将页面文件移动到另一个分区并失去恢复故障转储的能力并牺牲一些性能？我是否应该为镜像订购一对 300GB 的磁盘（这是我最终做的）？我是否应该人为地将页面文件大小限制为更小的值，例如 32GB？
Microsoft 的官方推荐，从 NT 4.0 开始就没有改变）是：
正如您所提到的，系统驱动器上的页面文件必须与 RAM + 10MB 一样大，以便在服务器崩溃时获得完整的内存转储。我从来没有发现完整的内存转储比小型转储更有助于诊断服务器崩溃。服务器应该配置为小型转储或完整转储，无论您认为哪种在诊断崩溃时对您最有利。
特定于 Exchange 2003、2007 和 2010：它们都遵循操作系统对页面文件的建议，这对于 WinNT 4.0 到 Server 2012 是相同的，如上所示。其他版本大概也是一样的，不过我不熟悉，也没去翻文档。
我会做的：保留配置了小型转储的 147GB 磁盘和大约 16GB 的页面文件。
根据 2014 Exchange Team 博客文章，他们当前对 Exchange 2013 的建议是“RAM+10MB 或 32,778MB 中较小的那个”。在您的情况下，96GB RAM，您希望将 32778MB 用于页面文件。
参考：你让我在 EHLO
我相信您需要在设置页面文件大小之前测量内存压力。一般来说，这不是必需的。请查看Pushing the Limits of Windows: Virtual Memory，它非常有用。
这样想想……
您认为您能够将 140 Gig+ 内存转储发送给 Microsoft 进行分析的确切程度如何？你真的认为支持会接受它吗？
在管理程序上，页面文件 = 仅限主机 RAM，无法分页 VM RAM。（换句话说，您只需要大约 4GB 的页面文件。）
在 Exchange 服务器上，Microsoft 发布了以下建议：Best practices for pagefile on an Exchange server with a large amount of RAM?
使用 Exchange 服务器和 +48GB Ram 的个人经验 = 固定 16GB，你不会遭受任何性能下降，而且你将避免凌晨 3 点“Exchange 停机！” 打电话是因为你的系统盘满了。