SSD 上的系统驱动器；页面文件到它自己的驱动器？

Question

我将 Intel X25-E SSD 用于具有 16 GB RAM 的 Windows Server 2008 R2 服务器的系统驱动器。将页面文件移动到它自己的驱动器是一个好习惯吗？如果是这样，对于页面文件驱动器，是否会优先选择 SSD 或传统硬盘驱动器？

存储配置还包括两个数据卷，每个数据卷都在连接到 PERC 5/i 集成 RAID 控制器的 4 磁盘 RAID 10 阵列上实施。服务器是 Dell PowerEdge 2900。它的背板上有 10 个插槽，一个用于 SSD，八个用于 RAID 10 阵列，还有一个可用于页面文件驱动器的空插槽。

谢谢。

Answer 1

传统的答案是将页面文件与系统驱动器分开，但 X-25E 的性能通常应该使它变得不必要，尤其是在服务器上。如果您无法在系统中放置足够的 RAM 以避免不必要的分页，或者您的应用程序（如 Exchange 2007）无论如何都可以大量使用分页，那么将页面文件放在专用磁盘或磁盘上利用率通常较低的地方仍然是一个好主意。

然而，对系统驱动器使用单个 X-25E 对我来说似乎有点奇怪。将 SSD 用于系统驱动器是否是个好主意完全取决于您使用服务器的目的，但在大多数情况下，（正确配置）服务器上的系统驱动器不会成为您想要的最重要的 IO 瓶颈控制。

不过我可以肯定地说，您不应该只将一个驱动器用于系统或普通数据卷。在 RAID 1 中使用两个相对较小但速度相当快的驱动器 (2x10K SAS) 的标准做法提供了足够的性能来加载大多数服务器的（主要是静态的）系统驱动器文件，但保证了一定程度的故障恢复能力。SSD 可能不是机械的，但它们可以而且确实会失败。

理想情况下，您希望使用 SSD 来消除 IOPS 受限的问题 - 在大多数情况下，您的 RAID 10 阵列可能能够足够接近匹配 X-25E 的传输速率，但它们不会接近 IOPS（几百个最好与成千上万的 X-25E 相比）。然而，由于它是一个单一的驱动器，你应该非常不愿意在它上面放任何你不能完全丢失的东西 - 如果是我，我会把它用于临时文件空间（例如打印假脱机，临时数据库区域报告等）。

Answer 2

结帐http://blogs.msdn.com/e7/archive/2009/05/05/support-and-qa-for-solid-state-drives-and.aspx

但是，以下内容可能比服务器使用更适用于消费者使用，因此请谨慎对待。

页面文件应该放在 SSD 上吗？

是的。大多数页面文件操作是小的随机读取或更大的顺序写入，这两种操作都是 SSD 处理得很好的类型。

在查看来自数千条跟踪的遥测数据并关注页面文件读写时，我们发现

Pagefile.sys 读取的数量比 pagefile.sys 写入的数量大约为 40 比 1，

Pagefile.sys 读取大小通常非常小，67% 小于或等于 4 KB，88% 小于或等于 16 KB。

Pagefile.sys 写入相对较大，其中 62% 大于或等于 128 KB，45% 正好为 1 MB。

事实上，考虑到典型的页面文件参考模式和 SSD 在这些模式上的良好性能特征，很少有文件比页面文件更适合放置在 SSD 上。