我只是通过旧笔记来查看前一份工作中前一个项目所指定的一对Exchange服务器。 他们是一个相当大的邮件配额大组织，所以每个邮箱服务器有96GB RAM。 磁盘布局是：
用于操作系统，应用程序和页面文件的147GB RAID1
1.2TB RAID 10用于邮件数据库
900GB RAID 10的日志
这在理论上看起来不错，直到你意识到，默认情况下，你将在147GB的分区上拥有一个96GB的页面文件，使它很快地打满全盘。 在这样的情况下，你是否将页面文件移动到另一个分区，失去了恢复崩溃转储的能力，也牺牲了一些性能？ 我应该为镜子订购一对300GB磁盘（这是我最终做的）？ 我应该人为地将页面文件的大小限制在32GB之类的东西上吗？
微软的官方build议，自NT 4.0以来一直没有改变）是：
正如你所提到的，系统驱动器上的页面文件必须和RAM + 10MB一样大才能在服务器崩溃时获得完整的内存转储。 我从来没有发现一个完整的内存转储在诊断服务器崩溃时比微型转储更有用。 服务器应该configuration为mini-dumps或full-dumps，无论你觉得在诊断崩溃时最有利于你。
特定于Exchange 2003,2007和2010：它们都遵从操作系统对页面文件的build议，对于WinNT 4.0到Server 2012，如上所示。 其他版本可能是相同的，但我不熟悉它们，并没有挖出文档。
我会做的：保留147GB的磁盘configuration迷你转储和约16GB的页面文件。
根据2014 Exchange团队博客文章，他们目前对Exchange 2013的build议是“RAM + 10MB或32,778MB”中的较小者。 在你的情况下，96GB的RAM，你想要使用32778MB的页面文件。
参考： 你在EHLO有我
我相信你需要在设置页面文件大小之前测量内存压力。 通常这不是必需的。 请检查这个链接 ，这是相当有用的。
像这样想想….
您如何确定您能够将140 Gig +内存转储发送给Microsoft进行分析？ 你真的认为支持会采取吗？
在pipe理程序上，页面文件=只有主机RAM，不能页面虚拟机RAM。 （换句话说，你只需要大约4GB的页面文件。）
在Exchange服务器上，Microsoft已经发布了这个build议： 具有大量RAM的Exchange服务器上的页面文件的最佳实践？
使用Exchange服务器的个人经验和+ 48GB Ram = 16GB固定，并且不会遭受任何性能下降，再加上您将避免3AM“Exchange is Down！”。 因系统磁盘已满而致电。