页面文件大小 windows 2008 R2

Question

我们正在部署物理 Windows 服务器（460c/Gen8/128GB RAM/300GB HDD），如果我实现页面文件，按照 1.5 倍 RAM 的最佳实践，它几乎会占用整个磁盘，因此，对于如此大量的 RAM，是否有必要有一个遵循正常 Windows 方式的页面文件。

Answer 1

这里有几点需要考虑。

1. 如果您没有 RAM + 257 MB 大小的页面文件，则无法获得完整的崩溃转储。如果您将其设置得太低，则可能会遇到 OOM 情况。

2. 您也可以将其保留为“系统管理”并测量系统将对其执行的操作。

3. 1.5 倍 RAM 建议老的并且不再有意义。我会把它扔出窗外并忘记它曾经存在过。

所以现在你必须问自己：

您关心完整的崩溃转储吗？不，可能不是。小型转储在几乎所有情况下都很好，而且很少有人花时间真正分析或理解崩溃转储。

您能预测系统的内存利用率吗？如果可以的话，您可以估算一下页面文件应该设置多大，并留出一些额外的空间作为缓冲。我猜如果您能做到这一点，您就不会问这个问题了。

前两个问题的答案是“否”吗？如果是这样，请采用系统管理并密切关注它，否则您将陷入麻烦。

Answer 2

简短的回答是：不，这么大的交换文件不是需要无论如何，
这是一个备受争议的问题。
阅读这页面上，你会发现你所指的最佳实践，一个突出的免责声明，指出这个最佳实践不是来自微软，阅读评论你会发现有人将交换文件称为 90 年代的遗产...

正如建议的那样微软文档检查您要部署的任何应用程序的要求，尝试根据预期的用户/工作负载估计内存使用情况，决定是否想要/需要完整内存转储并采取相应措施。
您甚至可能会发现在您的硬件配置下，16gb 交换文件是没问题的。

Answer 3

为了澄清各种“经验规则”，下面总结如下：

_{注意：任何地方我说 1x RAM，实际上是指 1x RAM + 260MB。有关详细信息，请参阅 KB2860880}

对于 Server 2000 和 2003：

• 对于少量的 RAM（约 2-4GB），页面文件应该是 RAM 的 1.5 倍。
• 对于大量 RAM，页面文件应与 RAM 大小相同。

对于 Server 2008 和 2008 R2：

• 对于“普通”服务器，让 Windows 管理页面文件。它几乎总是 1x RAM。
• 对于仅限 Hyper-V 的主机服务器，将页面文件设置为 8GB（除非您希望在崩溃时进行完整的内存转储，然后将其设置为 1x RAM）。

对于 Server 2012 和 2012 R2：

• 让 Windows 在任何情况下管理页面文件。
  • 在“正常”服务器中，它往往是 1x RAM（除非您有大量 RAM，那么它通常小于 1x，无论如何 Windows 都会弄清楚它需要什么，您不必为此大惊小怪）。
  • 在仅 Hyper-V 的主机服务器中，它通常只有几 GB（我的服务器目前大约为 3GB）。Hyper-V 仅需要大约 500MB 的交换空间即可正常运行（轻微地更多与管理和监控软件相关的东西），剩下的就是在服务器蓝屏时进行内核转储的空间。
• 如果您的服务器在过去 28 天内出现蓝屏，Windows 会将页面文件增加到刚好超过 1 倍 RAM，以便在下次崩溃时可以捕获完整的内存转储（对于调试最麻烦的蓝屏至关重要）