具有大量 RAM 的 Exchange 服务器上页面文件的最佳实践？

Question

我只是在查看我不久前在上一份工作中为一个项目指定的一对 Exchange 服务器的旧笔记。它们适用于具有大量邮件配额的相当大的组织，因此每个邮箱服务器都有 96GB 的 RAM。磁盘布局是：

• 147GB RAID1 用于操作系统、应用程序和页面文件

• 1.2TB RAID 10 用于邮件数据库

• 900GB RAID 10 用于日志

这在理论上看起来不错，直到您意识到，默认情况下，您将在 147GB 分区上拥有 96GB 的页面文件，从而导致它很快达到全盘。在这种情况下，您是否将页面文件移动到另一个分区并失去恢复故障转储的能力并牺牲一些性能？我应该为镜像订购一对 300GB 的磁盘吗（我最终这样做了）？我应该人为地将页面文件大小限制为 32GB 之类的小东西吗？

Answer 1

Microsoft 的官方建议（自 NT 4.0 以来没有改变）是：

• 系统盘页面文件
  • 8GB+：RAM 大小 + 至少 10MB
  • <8GB：1.5 倍内存
• 将页面文件添加到其他磁盘可能会最大程度地提高性能
• 所有页面文件的总数最大为 1.5 倍 RAM，但这仅仅是因为 Windows 永远不会有效地使用更多。如果它一直在使用页面，则需要更多 RAM。

正如您所提到的，系统驱动器上的页面文件必须与 RAM + 10MB 一样大，才能在服务器崩溃时获得完整的内存转储。我从来没有发现完整的内存转储比小型转储更有助于诊断服务器崩溃。服务器应配置为小型转储或完整转储，无论您认为在诊断崩溃时对您最有利。

特定于 Exchange 2003、2007 和 2010：它们都遵循 OS 对页面文件的建议，这对于 WinNT 4.0 到 Server 2012 是相同的，如上所示。其他版本大概是一样的，不过我不熟悉，也没有挖出文档。

我会做的事情：保留 147GB 磁盘并配置了小型转储和大约 16GB 的页面文件。