移动页面文件W2K8标准 – 任何“陷阱”?

在我们的一台生产服务器上,C:分区在40GB内闲置在2GB左右。 这是一个生产networking服务器,如此剧烈的变化是不可能的。 我最好的select看起来像告诉Windows将页面文件移动到D:分区(有很多空间)。 我在“我的电脑”中进行了更改,但尚未重新启动。 有什么“陷阱”我需要注意? 我最糟糕的噩梦是机器无法重启。 虽然我有备用服务器可用,但至less需要一个小时才能在SSL服务器上使用SSL和其他所有(另一个故事)进行站点设置。

移动它应该是完美的。 如果在操作系统处于脱机状态时手动将其删除,则只需重新创build它即可。

确保你设置备用的崩溃文件(HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Control \ CrashControl),否则当页面文件不在C时,内存转储变得有趣。

你可以移动它,但是更大的问题是你有分区或单独的磁盘?

我从你的描述猜测C:和D:是同一本地驱动器的分区。 如果是这样的话,没什么好担心的。 如果要避免显示“如果卷C上的页面文件:初始大小小于126兆字节”,则系统可能无法创builddebugging信息文件(如果发生STOP错误。“ 将C:中的所有设置复制到最小/最大尺寸并自动pipe理到D:驱动器。

如果D:驱动器是可移动的,则SAN或不太可靠的SCSI连接器; 服务器将蓝屏,如果该驱动器断开连接。 这是最大的困难。

另外,如果D:驱动器是物理上不同的驱动器,那么比较驱动器的性能。 如果D:驱动器显着较慢,则使用该页面文件的任何内容都会减慢。 如果性能相同,那么当C:上的页面文件和系统文件可以同时访问时,可能会看到更高的性能级别。

另一张海报已经给你提供了设置专用的崩溃文件的指示。 如果你认为你将需要一个完整的内存转储进行debugging,请遵循这些。