有了我的IT服装，我们有模板可以用一个笨的C盘/分区（10GB）和一个更大的D盘/分区部署服务器。 为什么这样做？ Windows（ 至less直到最近和最低限度 ）在通用服务器部署中没有真正使用dynamic挂载点。
编辑
所以下面的大部分评论都是一个大纲：
除了＃3（ 我认为这是对分区的争论 ），我还是没有理由有独立的分区。 如果你想保护你的数据，你不会把它放在另一组真正的或虚拟的磁盘或映射到其他地方的共享资源（NAS，SAN，无论）吗？
停止填充操作系统卷的数据并使服务器崩溃。
如果您使用配额，则文件服务器将受益于单独的卷，因为这些卷通常是按卷设置的。 （例如，将用户的主目录放在一个卷上，将configuration文件放在另一个卷上，将公司数据放在另一个卷上）
ps 10Gb对于系统音量听起来太小了。 经过几年的Windows更新和服务包，即将填满。
当程序/数据文件与操作系统安装分离时，从备份恢复变得更容易。 我喜欢给操作系统分区至less25GB，但重点仍然是一样的。
通常我没有发现分区的优势。
应用程序（Microsoft和其他人）因为要求％SystemDrive％上的空间而臭名昭着，即使它们允许您select目标目录。 由于无法使Windows更新自动更新服务select不保存已修补文件的备份，％SystemRoot％下“$ Uninstall $”目录的大小会不断增长。 拥有人为限制的％SystemDrive％对我来说只不过是做作业而已。
我通常把共享的目录和数据放在一个根目录的子目录下。 这符合我的需求，将应用程序和数据分开。
说了这么多，这通常是一个“宗教”的问题，我不会和人争论。 做你想要的服务器。 没有“数据”分区为我服务。
（现在，有单独的物理卷/主轴…这是另一回事。）
我们这样做的部分原因是，如果你有某种失控的进程来填满硬盘，当硬盘空间不足时，Windows不会崩溃。
我们这样做的第二个原因是为我们的操作系统和数据分区允许不同大小的驱动器/不同的RAID级别。 例如，我们可以得到（我正在将数字四舍五入，并将它们拉到空中）2个100GB SAS驱动器用于OS镜像分区，然后6个700GB SAS驱动器用于RAID 10数据分区。 这样做可以在一天结束时轻松地为您节省1000美元的系统成本。
第三个原因实际上很简单，无论谁用dell光盘构build服务器的人都没有注意到，默认情况下它会创build一个10GB的操作系统驱动器（我相信在新版本上有20个驱动器）。
现在埃文已经说过，这实际上是一种与“宗教”信仰接近的个人偏好。 诚实地与今天的驱动器的大小，无论哪种方式将正常工作。 做你所熟悉的事……或者你的企业标准要求什么。
编辑（根据原来的提问者提出的virtulization）：
虚拟化的思想带来了一个有趣的话题。 正如Evan所指出的那样，我不得不说的大部分是谈论不同的RAID遏制者。 但是，在我的VMWare环境中，我有一个20 GB的基本模板。 现在有趣的部分来到这里，我所有的服务器都托pipe在SAN上，而且我有两卷介绍。
20 GB的驱动器是我的模板的一部分
一个可变数据大小根据系统要求附加的数据驱动器。
90％的时间这两个磁盘是在同一个RAID集，但是两个不同的“物理”驱动器的机器。 像往常一样，虚拟化给“标准”IT思维过程带来了一层模糊。
对于你的问题我没有一个确切的答案，但是我确实有几个轶事，你可能会发现在devise驱动器/分区设置时很有用。
（1）损坏的NTFS
我有一个服务器与两个分区，一个用于操作系统和一个数据。 在这些年来的某个时间点，数据分区出了问题，嵌套了大约6层的单个文件变得不可能删除或重命名。 最后，唯一的解决scheme是擦除分区并重新加载数据。 显然，如果没有分区，情况会更加痛苦。
（2）完整的数据分区
与上面相同的服务器，在另一个时间点，最终得到了一个完整的数据分区，而在操作系统分区上有数十个可用的GB。 作为一个权宜之计，我使用了一个连接点来临时存储操作系统分区上的数据，直到新的服务器到达。 这是丑陋的，但它的工作。 避免分区意味着避免丑陋的修复。
（3）Server 2008 UAC
在较新的服务器上，我发现除非您是本地pipe理员或域pipe理员，否则您可能在pipe理除C：驱动器以外的任何驱动器时遇到问题。 在pipe理员组是不够的。 这是由于UAC的一个怪事，我现在已经禁用了。
（4）卷影复制
卷影副本（又名早期版本）在每个分区的基础上打开/closures。 如果你不想浪费存储以前版本的特定数据集的空间，分区是你最好的盟友。
我的首选行动是通过为操作系统提供单独的RAID 1arrays来完全分离操作系统和数据。 这允许很大的灵活性。 例如，我可以升级所有用于数据存储的硬盘，而不必更改操作系统安装。
我们在我们的服务器上使用多个分区，专用于操作系统的C：驱动器。 我们使用的其他分区主要用于存储数据库，用户文件/文件夹，共享文件/文件夹等数据。
当然，这取决于服务，但这是有价值的。 如其他地方所提及的，不同的分区可以具有不同的下层存储特征。 因此，不同的驱动器号应代表不同的下置驱动器而不是分区。 曾几何时，将Swap文件放在自己的分区上是一个明智的举动，但这不再像以前那样有益。 否则，请保留您的C：驱动器，以及拒绝其他任何地方的obstreperous应用程序以及其他位置的可重定位应用程序。
通过虚拟化，您可以将您的C：驱动器作为文件备份存储，而您的D：，E：，F：等驱动器真正成为NPIV直接存储块级存储的演示。 或者让您的操作系统驱动器成为镜像对磁盘（可能是72GB或144GB），而您的非操作系统驱动器是RAID10集合，甚至完全是其他的。
在运行Windows IIS服务器时，我们将操作系统驱动器与放置托pipe网站文件的位置分开，以防止目录遍历。
这主要是Windows 2000的问题。
如果您的系统分区很小，则在该分区上运行诊断和修复所需的时间会更less，从而减less停机时间。 例如，如果您有意外的磁盘或文件系统问题，必须重新启动才能在2 TB组合的系统+数据分区上运行chkdsk，则可能要到明天才将服务器重新联机。 如果该分区只有20 GB，则可以在不到半个小时的时间内恢复运行。 您也可以在更短的时间内备份或映像分区。
也就是说，你提到的10 GB的限制看起来惊人的小，因为你会迅速消耗服务包和修补程序的空间。 20-30 GB会更合适。
我没有看到短打的提到，所以我会在这里添加它。
机械驱动器上的较小卷/分区减less了访问时间/延迟。 在某些情况下，这可以显着提高性能。
10GB的启动分区似乎过于小，现在25到80GB的容量对我来说似乎更舒适。 无论实际尺寸如何，我都不会将驱动器格式化为完整容量，因为多种原因可能会导致性能问题。
如果同一个物理驱动器上的D分区只是用于很less使用的数据或只能紧急使用，那么C：仍然可以得到短程效应的好处。 关键在于阻止其他人使用该空间，就好像它是主存储一样。 任何经常使用辅助分区都会浪费这个优点。
我还要补充一点，小分区可能允许您使用备用的36GB或73GB硬盘作为降级RAID 1的备用硬盘，而不必让arrays退化直到新硬盘到达。 如果您没有将自己的设置放在该选项之外，还可以使用可能位于较小一侧的SSD接pipe一个小分区。
不要忘记文件碎片，服务器上的数据驱动器通常会填满日志文件并不断扩展数据库。 系统分区也遭受与Windows的更新和内部日志相同的问题。 但是系统分区上的碎片问题将导致整个系统停止运行，因为数据驱动器上的相同问题只会影响应用程序的性能。
还有驱动器分区表的问题，尽pipe它是一个小问题，但表格越大，索引和search能力就越慢，尤其是在您拥有大量文件的情况下。
根据我的经验，最重要的一点是坏块和磁盘扫描：你真的不希望看到10TB的磁盘坏块和需要磁盘扫描，特别是在重要的服务器上，因为它可能需要几个（或多个！）小时结束，而你的用户首先要求他们的文件，然后责怪IT的东西，并最终对你大喊。
如果你有分区，那么坏块将会在一个很小的驱动器（至less那些阻止你的服务器工作的驱动器）中被扫描和修复，这样你的用户不会对你大喊大叫（因为我们面对它，还是会责怪IT的东西）。
升级/恢复
在执行升级或恢复操作系统时，操作系统驻留在专用卷上时，操作更加简单和清晰。 在虚拟环境中，可以简单地将数据“.VHD”复制到新服务器以恢复/升级服务。
卷影复制服务
此function只能在每个卷上打开/closures。 由于该技术通过基于可用空间分配还原点而工作，因此专用单独的卷是最有效的。 可用空间越多，后面的可以进行恢复。 操作系统驱动器将消耗已安装更新的空间，临时程序文件等。分配以前的版本只是意味着恢复点将会缩短，并不能很好地利用该技术。
压缩vs EFS
只有其中一种技术可用于卷，因此使用专用卷可防止冲突。
行政
这比技术原因更偏好，因为与操作系统卷上的嵌套子文件夹相比，我更容易导航到不同的卷。
与应用权限一样，因为更容易以每个卷为基础进行pipe理，而不是嵌套子文件夹。
OS卷 – 0可用空间
这在一段时间里并没有发生在我身上，但当它发生时，发生了很奇怪的事情。 如果允许用户修改操作系统卷上的内容（通过文件共享，将大file upload到数据库等），您将得到拒绝服务scheme。 当发生此操作系统所在的卷以外的卷时，分辨率要容易得多。