在我的 IT 团队中，我们有模板来部署具有小 C 驱动器/分区（10GB）和较大 D 驱动器/分区的服务器。为什么要这样做？Windows (至少直到最近) 在一般的服务器部署中，动态挂载点并没有真正的用途。
编辑
因此，下面有许多评论，摘要如下：
- 恢复较小的分区会更快。这包括损坏的 NTFS，它会保留在特定分区中，而不会弄乱整个系统。
- 您可以获得一些针对失控进程的保护。其中包括设置配额的能力。
- 为 Raid 配置节省一些成本
- 这是虚拟化、突袭和高带宽网络出现之前留下的宗教痕迹。
除了#3（我认为，这是反对分区的论点)，我仍然认为没有理由使用单独的分区。如果您想保护数据，难道您不会将其放在另一组真实或虚拟磁盘上，或者以其他方式映射到其他地方的共享资源（NAS、SAN 等）吗？
答案1
为了阻止数据填满您的操作系统卷并导致服务器崩溃。
如果使用配额，文件服务器将从单独的卷中受益，因为这些通常是按卷设置的。（例如，将用户的主目录放在一个卷上，将配置文件放在另一个卷上，将公司数据放在另一个卷上等）
ps 10Gb 对于系统卷来说听起来太小了。经过几年的 Windows 更新和服务包，它很快就会填满。
答案2
当程序/数据文件与操作系统安装分离时，从备份恢复会变得更加容易。我喜欢给操作系统分区至少 25GB，但要点是一样的。
答案3
通常我认为分区并没有什么好处。
应用程序（Microsoft 和其他应用程序）以占用 %SystemDrive% 空间而臭名昭著，即使它们允许您选择目标目录。由于无法让 Windows Update 自动更新服务选择不保存修补文件的备份，“$卸载%SystemRoot% 下的“$”目录不断增长。人为限制 %SystemDrive% 对我来说只是徒劳无功。
我通常将共享目录和数据放在单个根级子目录下。这满足了我将应用程序和数据分开的需求。
话虽如此，但总的来说，这是一个“宗教”问题，我不会与人争论。您可以随意使用服务器。没有“数据”分区对我来说很有帮助。
（现在，拥有单独的物理卷/主轴......那是另一个故事。）
答案4
我没有对您的问题的确切答案，但我确实有几个轶事，您可能会发现它们对设计驱动器/分区设置有用。
(1) 损坏的 NTFS
我的服务器有两个分区，一个用于操作系统，一个用于数据。多年来的某个时候，数据分区出了问题，一个嵌套深度约为 6 层的单个文件无法删除或重命名。最后，唯一的解决方案是擦除分区并重新加载数据。显然，如果没有分区，事情会更痛苦。
(2) 完整的数据分区
上述服务器在另一使用阶段，数据分区完全满了，而操作系统分区上还有几十 GB 的可用空间。作为权宜之计，我使用了一个连接点将数据临时存储在操作系统分区上，直到新服务器到达。这很丑陋，但很管用。避免分区意味着避免丑陋的修复。
(3) Server 2008 UAC
在较新的服务器上，我发现您可能无法管理除 C: 驱动器以外的任何驱动器，除非您是本地管理员或域管理员。仅属于管理员组是不够的。这是由于 UAC 的一个异常，我目前已将其禁用。
(4) 卷影复制
（又称以前的版本）可在每个分区上打开/关闭。如果您不想浪费空间存储特定数据集的以前版本，分区就是您的最佳盟友。
我更倾向于完全分离操作系统和数据，为操作系统单独设置 RAID 1 阵列。这样可以提供很大的灵活性。例如，我可以升级所有用于数据存储的硬盘，而完全不必更改操作系统安装。