C:\ 是操作系统，D:\ 是数据？

Question

“回到过去”，我们总是将我们的操作系统驱动器（在 Windows 中）与我们的数据驱动器分开。在 Linux 世界中，虽然我对它不太熟悉，但我知道智慧要求在最佳实践配置中定义和使用更多卷。

既然服务器存储很可能位于 SAN（其中磁盘资源由许多单独的操作系统和应用程序共享）上，那么在卷级别隔离操作系统和数据分区真的更重要吗？

你怎么看？

Answer 1

是的，当然可以将操作系统与数据分开。我一次又一次地看到，使用共享分区，分区最终会填满，无法修补操作系统，无法扩展分区（由于各种原因）等。

IMO，管理两个分区的开销是为提供的隔离付出的很小的代价。

关于您提到的 SAN 支持的系统，这仍然无法保护您免受数据填满您的操作系统分区的影响。借助完全虚拟化的存储，您无需担心确保操作系统和数据位于不同的轴上。

Answer 2

在存储方面保持操作系统和数据分离的三个主要驱动因素。

1. 空间。正如 ErikA 指出的那样，您真的不希望您的操作系统卷空间不足。各种不好的事情都有可能发生。分离这两种生长方式
2. I/O 访问要求。操作系统卷上使用的 I/O 类型通常与数据卷使用的类型大不相同。在许多层面上保持 I/O 类型分开是一个非常好的主意。
3. 存储便携性。当需要升级您的服务器操作系统时，您可以取消操作系统卷并保留所有数据。或者在 SAN 或 VM 环境中，您可以将数据卷移动到新安装的新服务器，从而节省升级时间。

此外，某些操作系统（Windows 就是其中之一）对调整操作系统卷的大小不太友好，这意味着您通常需要在格式化服务器时尽可能多地提供它在其生命周期中所需的量。将此与在服务器的生命周期内可以并且经常多次调整大小的数据量形成对比。即使在完全虚拟化的环境中，操作系统和 Datavvolumes 本身都位于同一个实际存储中，无法调整操作系统卷的大小也可能是一个主要障碍。现在，Windows 2008+ 现在建议将 30GB 用于 C:\ 驱动器，这与我们在 Server 2003 上使用的 10GB 相差甚远；这是许多 Windows 管理员在 2003 年到 2008 年进行转换时会遇到的问题。