我的一台服务器上的空间不足了，我立即可以免费获得的唯一空间就是重新调整大量的页面文件。 该服务器有128GB的内存，并设置为“自动pipe理”页面文件，build议大小为196599 MB。 这对我来说似乎非常高。
它是一台运行SQL Server 2008 R2服务器的2008 R2 Enterprise服务器，根据perfmon，它看起来像页面文件利用率在2％和3％之间。
我应该担心把最大降到20GB的负面影响吗？
除了在某些情况下，您确实不需要超过4-6GB的页面文件。
使页面文件小于系统内存的唯一主要缺点是，如果发生蓝屏死机，您将无法获得完整的崩溃转储。 我会用6GB，8GB和10GB页面文件testing你的系统，看看性能如何。 如果它不是一台可以更换的机器，那么假设你在SQL Server中拥有理性的MaxMem设置，那么你可能会发现6GB是正常的。
这取决于你有多less内存和你正在运行的应用程序。
如果你只运行SQL Server，而没有其他的，那么是的，这是安全的曲柄页面文件，甚至closures（虽然我不会推荐）。
如果您正在运行其他应用程序，请查看其内存要求，并将页面文件设置为比他们使用/需要的更多的演出。 定期检查页面文件的使用情况，以确保您的浏览器使用率和页面命中率。
这应该是很好的。
您只需要使用尽可能多的交换/页面文件空间。 如果你使用128GB的话，可能是错误的。 我会毫不犹豫地将它踢到20GB。 另请参阅服务器拒绝使用交换分区
现在，记住这一点：文件系统的性能降低到80％以上。 根据您的系统和数据是否在同一个分区上，您可能会做得很好，以便获得更大的磁盘并尽快分开。
当配方是“让你的内存交换两倍”时，这是一个“当天”的神器。 这在8MB系统的时代是有意义的。 “规则”还没有完全消失，许多人发现，当他们试图找出多less交换分区。
如果你真的使用了这么多的交换，你的系统可能会放缓爬行。
在今天的市场中，页面空间的build议已经变得愚蠢，服务器拥有大量真实的内存。 最糟糕的情况是，如果你放下页面文件的大小是服务器有一天会耗尽内存和崩溃。 当它这样做，你可以再次增加页面大小，直到那时，我会说它是相当安全的减less它。
为什么不到一半，并长期监测它，看看你得到的利用率是多less，如果它仍然安全，那么等一半，等等。