页面文件大小 windows 2008 R2

这里有几件事需要考虑。

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

2. 您也可以将其保留在“系统管理”并衡量系统将要使用它做什么。

3. 1.5 倍 RAM 建议已过时，不再有意义。我会把它扔出窗外，然后忘记它曾经存在过。

所以现在你必须问自己：

你关心一个完整的崩溃转储吗？不，可能不是。小型转储几乎在所有情况下都很好，很少有人花时间实际分析或理解故障转储。

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

前两个问题的答案是“否”吗？如果是这样，只需使用 System Managed 并密切关注它，否则您会遇到麻烦。

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

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

只是为了澄清各种“经验法则”，总结如下：

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

对于服务器 2000 和 2003：

• 对于少量 RAM，大约 2-4GB，页面文件应该是 1.5x RAM。
• 对于大量 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 会将页面文件提升到 1x RAM 以上，以便在下一次崩溃时捕获完整的内存转储（对于调试最讨厌的蓝屏至关重要）