回到服务器还是以2到4GB内存为标准的时代，系统管理员经常通过设置Windows域来激活“关闭：清除虚拟内存页面文件”。

　　尽管从安全的角度来看，此设置是一个好方法，但从实际应用角度来看，则有几个负面影响。

　　“页面文件设置”是用来做什么的?

　　在大部分正在运行的系统关闭之后，Windows关闭计算机（或触发重启进程）之前，“页面文件设置”将整个页面文件清空。默认地，当系统在线恢复时，Windows会将所有的数据留在页面文件中,并且如果有必要,可重写页面文件。

　　清理Windows页面文件的正面观点

　　页面文件设置对于要考虑安全的系统管理员或可进行物理访问的服务器环境来说都是非常好的。

　　因为页面文件是完整无缺地保留下来的，如果有人重启了服务器且从拇指驱动器（U盘）,CD或任意其它的方法来加载操作系统（不是一般的操作系统）,它们可能从C盘根目录下获取pagefile.sys文件,或者任何Windows安装所在的驱动器,并读取存储在页面文件中的数据。

　　对于数据库服务器来说，页面文件可包含客户信息，然而，在文件服务器上，它由内部报表数据和员工个人信息组成。此外，邮件服务器上的页面文件可包含不用来与外部世界共享的内部信息。

　　清理Windows页面文件的反面观点

　　当服务器有几十亿字节的存储空间，它们的页面文件也只有几G的字节。因此，激活页面文件设置仅仅只能增加一两分钟来关闭进程（或潜在地减少对硬件驱动速度以及页面文件使用多少的依赖）。

　　为服务器增加存储空间会增加页面文件的大小，结果也会延长服务器完成重启的时间。

　　根据微软的惯例,1.5GB的页面文件对应1G的随机存储空间,一台有着8G的随机存储空间的服务器需要12GB的页面文件。这么多的字节写入需要花一段时间，特别是如果操作系统在一、个两个盘的阵列上。

　　假设在引导阵列上最大传输速率为每秒75MB（相当于10K驱动的平均时间）,12GB的文件至少要花费2分钟来清空。实际上需要花费更长一点的时间，因为硬件驱动不能长时间地以最大速度写入。这是由于磁盘上8M到16M的缓存以及控制器上1到2G的缓存的快速填充。

　　在人们告诉我他们的服务器有8到16G缓存的控制器，让我注意到性能对于每个人来说都不相同。

　　许多服务器（特别是大一点的服务器），有多个控制器：一个低端的控制器处理引导阵列，一个高端的控制器处理数据阵列，SAN连接的服务器尤为如此。因此为什么在服务器只被用来引导用时，你应该买一个高端的控制器。

　　举个例子，在一个我工作过的信贷公司，页面文件设置在整个域中被激活。大多数服务器比较老，并且最多只有1GB的随机存储空间。激活此设置此时不起作用，然而,当服务器升级到4G至8G存机存储空间，在某些服务器上重新启动时间会飙升至45分钟。

　　如果你的服务器是集群的（或者你使用了某种其它的技术来提高性能），长时间的重启对你来说可能不是一个问题，因为服务会保持在线。但这对于单独的服务器来说将会是一个问题，因为当Windows正在清空页面文件时，这些服务器提供的服务将不可用。

　　总的来讲，如果你处在高度安全的环境或你的物理服务器处在风险中，那么激活页面文件设置可能是一个好主意，假设你能够负担得起由较大的页面文件引起的系统损耗。

　　另一方面，如果你所在的公司较小在一个小卖铺里且没有固定有的高可用的解决方案来支持这些服务，那么，这种设置肯定不适合你。