我的一台服务器空间不足，我目前唯一可以释放的空间就是重新调整巨大的页面文件的大小。该服务器有 128GB 内存，目前设置为“自动管理”页面文件，建议大小为 196599 MB。这对我来说似乎太高了。
它是作为 SQL Server 2008 R2 服务器运行的 2008 R2 Enterprise 服务器，根据 perfmon 的显示，页面文件利用率在 2% 到 3% 之间。
我是否应该担心将最大值降低到 20GB ro 会产生任何负面影响？
答案1
除特定情况外，您确实不需要超过 4-6GB 的页面文件。
页面文件小于系统内存的唯一主要缺点是，如果出现 BSOD，您将无法获得完整的崩溃转储。我会用 6GB、8GB 和 10GB 页面文件测试您的系统，看看性能如何。如果它不是一台交换频繁的机器，您可能会发现 6GB 是没问题的，前提是您在 SQL Server 中设置了合理的 MaxMem。
答案2
这取决于您有多少 RAM 以及您正在运行哪些应用程序。
如果您只运行 SQL Server 而没有运行其他任何程序，那么是的，可以安全地降低页面文件的速度，甚至关闭（尽管我不建议关闭）。
如果您正在运行其他应用程序，请查看它们的内存要求，并将页面文件设置为比它们使用/需要的内存多几 GB。定期检查页面文件使用情况，以确保使用情况和页面命中/未命中率合适。
答案3
那就好了。
您只需要尽可能多的交换/页面文件空间即可。如果您使用了 128GB，则可能存在问题。我会毫不犹豫地将其减少到 20GB。另请参阅服务器拒绝使用交换分区
现在，请记住这一点：文件系统的使用率超过 80% 时，性能就会开始下降。根据你的系统和数据是否位于同一分区，你最好尽快获得更大的磁盘并将它们分开。
这是“过去”的产物，当时的秘诀是“将交换空间设置为 RAM 的两倍”。这在 8MB 系统时代是有意义的。这个“规则”还没有完全消失，许多人在试图确定要划分多少交换空间时都会发现这一点。
如果您确实使用了那么多的交换空间，您的系统可能会变得非常缓慢。
答案4
在当今市场中，服务器拥有大量实际内存，因此页面空间建议已经变得很愚蠢。如果您降低页面文件的大小，最坏的情况是服务器有一天会耗尽内存并崩溃。当服务器出现这种情况时，您可以再次增加页面大小，在此之前，我认为减少页面大小是相当安全的。
为什么不将其减半，并进行长期监测，以查看利用率百分比，如果仍然安全，则再将其减半，等等。