SQL Server的适当Windows O / S页面文件大小

出于对Remus（我非常敬重）的所有应有的尊重，我强烈不同意。如果您的页面文件足够大以支持完整转储，则它将每次执行完整转储。如果您有大量的RAM，这可能会导致严重的故障。

如果存在一次性瞬态问题，您不希望服务器必须向磁盘写出1 TB RAM。如果经常出现问题，则可以增加页面文件以捕获完整的转储。我会等着做，直到您被PSS（或其他有资格分析完整转储的人）迷住了，要求您捕获完整转储。极少数的DBA知道如何分析完整转储。迷你转储足以解决无论如何弹出的大多数问题。

另外，如果您的服务器配置为允许1 TB的完整转储，并且经常发生问题，那么您建议手头有多少可用磁盘空间？您可以在一个周末内填满整个SAN。

当您幸运地拥有一个具有3或4 GB RAM的SQL Server时，页面文件1.5 * RAM是很常见的。情况不再如此。我将页面文件保留为Windows在所有生产服务器上的默认大小和设置（SSAS服务器遇到内存压力时除外）。

为了澄清起见，我使用的服务器范围从2 GB RAM到2 TB RAM。经过11年多的时间，我只需要增加分页文件的数量即可捕获一次完整的转储。