假设您不需要单独的磁盘阵列来提高性能,例如sql Server方案,这种分离是否仍然是最佳或必要的？如今,在不同的卷上拆分操作系统数据有哪些优点/缺点？
我可以想到支持多卷的一个优点是你可以交互式地运行chkdsk对非系统驱动器而不需要重启(这在过去节省了一些停机时间).
感谢您的帮助 – 我们正在等待几个新的实用程序服务器的构建,并且不希望过度工程.
以前为UNIX类型系统执行此操作是常规的,因为如果系统卷溢出了数据,则可能会出现无法启动或无法启用的情况,因此分区的分离是一种伪物理方式,可以防止,例如,填充启动分区的无人参与日志文件.
今天,如果你正确维护系统,你不应该从中看到很多好处.实际上,您可能遇到问题,即更新非常庞大且系统升级如此之大;在10 gig Windows安装分区中曾经很好的东西现在很小.我也看到了问题,因为Windows通过网络传输文件的方式以及临时下载,它填充系统分区并且无法将事物复制到以后它们所属的位置,并且它会极大地增加文件系统上的碎片问题.
如果您正在虚拟化此系统,那么您甚至不会认为自从虚拟机从物理磁盘层抽象出来后,您获得了更好的性能,无论VM认为它有多少分区/驱动器.
如果您的应用程序对您无法关闭系统进行磁盘检查的时间非常敏感(希望您很少需要它),那么您应该制定计划,确保您具有故障转移支持,维护窗口和在VM的情况下,如果需要,您可能有办法保持VM运行,同时诊断沙箱中的快照或副本的问题.如果操作很关键,那么您应该已经制定了计划,以便在机器发生故障时保持服务可用.这构建在不中断服务的情况下修复虚拟盒的能力.否则,您的用户将不得不忍受一段时间的停机.
此外,Windows最终获得了更大的灵活性(Linux已经有了这个),可以创建动态卷管理,可以增加和缩小驱动器并将它们组合成更大的卷(如Linux LVM支持). Windows正逐渐从以驱动器为中心的模式转移到服务器上的卷管理模型中.
如果您使用的是Windows DC,那么您提到的服务已经内置了一些冗余,因此对于许多人而言,chkdsk的时间不应成为问题.
总的来说,除非你直接需要创建一个单独的卷作为驱动器号,否则我会创建一个大型驱动器并保留它.它更简单,它在未来更加灵活,而且它总体上是一个较小的PITA来处理.