3TB San Drive 上的 SQL Server 页面文件

3TB San Drive 上的 SQL Server 页面文件

我们有一个装有 288GB RAM 的 Windows Server 2008 R2 机箱。系统已创建大约相同大小的页面文件。这是意料之中的,但是,当我尝试将文件移动到作为 3TB GPT 磁盘安装的 SAN 驱动器时,该工具看不到所有可用空间。除了虚拟内存 GUI 工具外,Windows 在我查看的每个位置都报告了正确的可用空间。有人能告诉我为什么和/或如何修复它,以便我可以将页面文件放在这个 3TB 驱动器上吗?当驱动器的可用空间超过 2.5TB 时,该工具报告 203,965 MB 可用空间。

答案1

一般来说,页面文件不需要接近 300GB。以下几个原因可能会让您希望页面文件与 Windows 上的 RAM 一样大:

  1. 崩溃 (BSOD) 会将整个系统 RAM 转储到崩溃转储中。分析 300GB 崩溃转储或将其发送给 Microsoft 进行分析,这可是个好兆头。在这种情况下,最好使用小型转储。

  2. 你有一个应用程序正在尝试犯罪将系统 RAM 增加一倍,这将导致内存不足崩溃。如果你有 288GB RAM 并且发生这种情况,你真的需要添加更多 RAM,而不是依赖页面文件。我无法想象拥有 200GB 以上的坚定的页面文件上的内存。您的存储管理员可能会在您睡觉时杀死您。

除此之外,服务器上拥有 (pagefile == RAM) 并没有什么好处。您最好分析应用程序,检查通常使用的已提交字节数,如果该字节数大于 RAM,则取剩余部分并添加合适的开销,然后将该值用于页面文件。

例如,如果您有 288GB RAM 并且通常有 300GB 的已提交内存,那么您可能需要 20GB 的页面文件(12GB 用于分页以满足您的内存提交要求 + 8GB 用于开销)。

相关内容