使用单个卷/驱动器号进行 Windows Server 安装的优点/缺点

Question

我们的虚拟环境被分割为每个工作角色（DNS、DC、System Center CM、文件服务器、日志聚合、IIS 等）的 VM。如果磁盘性能不重要，是否真的有必要在逻辑上将 Windows 操作系统文件与应用程序文件/数据/日志分开？作为 Windows 2000/2003 和 NT4 上的先前标准（喘不过气！），我们的商店会减少 C: 和 D: 驱动器等之间的工作负载，即使它们由相同的底层磁盘阵列提供服务。

假设您不需要单独的磁盘阵列来提高性能，例如 SQL Server 方案，这种分离仍然是最佳的还是必要的？现在将 OS+Data 拆分到不同的卷有什么优点/缺点？

我认为支持多个卷的一个优点是您可以交互式地对非系统驱动器运行 chkdsk，而无需重新启动（这在过去为我节省了一些停机时间）。

感谢您的帮助 - 我们有几个新的实用服务器的待建项目，不想过度设计。

Answer 1

我不认为它曾经是一个标准，尽管它是一个广泛实施的约定。我从来没有看到这样做的价值，现在仍然没有。我理解出于备份/恢复原因想要将数据与操作系统分开的原因，但出于性能原因，通过在同一物理磁盘子系统上创建单独的逻辑卷来将操作系统与应用程序和数据分开是一种错误的尝试。如果有的话，您将在磁盘 I/O 上引入更多的性能负载，因为您的操作系统和应用程序正在争夺相同的底层物理磁盘。如果您需要将磁盘 I/O 密集型应用程序与操作系统（例如 SQL 或 Exchange）分开，您需要使用单独的物理磁盘或磁盘阵列来完成。

Answer 2

如果你只是问你是否应该有一个“系统”分区和一个单独的“应用程序”分区，我看不到它的价值，尤其是现在。

在 UNIX 类型的系统上这样做曾经是惯例，因为如果系统卷数据溢出，您可能会遇到使其无法启动或无法使用的情况，因此分区的分离是一种伪物理方式来防止，例如，无人值守的日志文件填满您的引导分区。

今天，如果您正确维护系统，您应该不会从中受益。现在您实际上可能会遇到问题，因为更新很大，系统升级也很大；曾经可以在 10 gig Windows 安装分区中使用的内容现在很小。我还看到了一些问题，因为 Windows 通过网络传输文件的方式以及作为临时下载填充系统分区的地方，并且以后无法将内容复制到它们所属的位置，并且它可怕地增加了文件系统上的碎片问题。

如果您正在虚拟化这个系统，那么您甚至不会争辩说您正在获得更好的性能，因为虚拟机是从物理磁盘层中抽象出来的，无论 VM 认为它有多少分区/驱动器。

如果您的应用程序对时间敏感，以至于您无法关闭系统进行磁盘检查（希望您很少需要它），您可能应该制定计划以提供故障转移支持、维护窗口和在 VM 的情况下，如果需要，您可能有办法保持 VM 运行，同时诊断沙箱中的快照或副本问题。如果操作很关键，您应该已经制定了计划，以便在机器出现故障时保持服务可用。这构建了在不中断服务的情况下修复虚拟框的能力。否则，您的用户将不得不忍受一段停机时间。

此外，Windows 终于在创建动态卷管理方面获得了更大的灵活性（Linux 已经拥有了这一点），可以增加和缩小驱动器并将它们组合成更大的卷（如 Linux LVM 支持）。Windows 正在慢慢地从以驱动器为中心的模型转向服务器上的卷管理模型。

如果您使用的是 Windows DC，那么您提到的服务已经内置了一些冗余，因此 chkdsk 的时间对其中许多服务来说应该不是问题。

总的来说，除非您直接需要创建一个单独的卷作为驱动器号，否则我会创建一个大驱动器并保留它。它更简单，在未来更灵活，而且总体上处理的 PITA 更小。