“过去”，我们总是将操作系统驱动器（在 Windows 中）与数据驱动器分开。在 Linux 世界中，尽管我对此不太熟悉，但我知道明智的做法是定义和使用更多卷，以达到最佳实践配置。
既然服务器存储很可能位于 SAN 上（其中磁盘资源由许多单独的操作系统和应用程序共享），那么在卷级别上分离操作系统和数据分区真的更重要吗？
你怎么看？
答案1
有三个主要驱动程序可以使操作系统和数据在存储上保持分离。
- 空间。正如 ErikA 指出的那样，您真的真的不希望您的操作系统卷耗尽空间。各种糟糕的事情都可能发生。区分这两种增长方法
- I/O 访问要求。操作系统卷上使用的 I/O 类型通常与数据卷使用的类型有很大不同。从很多层面上讲，将 I/O 类型分开都是一个非常好的主意。
- 存储可移植性。当需要升级服务器操作系统时，您可以删除操作系统卷并保留所有数据。或者在 SAN 或 VM 环境中，您只需将数据卷移动到新安装的服务器即可节省升级时间。
此外，有些操作系统（Windows 就是其中之一）不太支持调整操作系统卷的大小，这意味着在格式化服务器时，您通常需要提供其生命周期内所需的大小。相比之下，数据卷在服务器的生命周期内可以且经常被调整大小多次。即使在完全虚拟化的环境中，操作系统和数据卷本身都位于同一个实际存储中，无法调整操作系统卷的大小也可能是一个重大障碍。Windows 2008+ 现在建议 C:\ 驱动器的大小为 30GB，与我们在 Server 2003 上使用的 10GB 相差甚远；当许多 Windows 管理员从 2003 转换到 2008 时，这将给他们带来麻烦。
答案2
是的，肯定要将操作系统与数据分开。我一次又一次地看到，使用共享分区，分区最终会被填满，导致无法修补操作系统，无法扩展分区（由于各种原因）等。
在我看来，管理两个分区的开销对于提供的隔离来说只是一个小小的代价。
至于您提到的 SAN 支持系统，这仍然无法防止数据填满您的操作系统分区。使用完全虚拟化的存储，您无需担心操作系统和数据位于不同的主轴上。
答案3
我想说这取决于你对系统做了什么。如果你可能需要重新安装操作系统，那么将所有数据放在单独的分区上可能会省去一些麻烦。否则，我认为没有必要了。这是我的看法。
答案4
历史上的 Linux（其实是 Unix）分区建议部分归因于它起源于（联网的）大型机服务器操作系统，而我怀疑这又受到当时硬件相对不可靠性的影响。例如，日志和临时数据通常是分开的，因为这些存储区域磨损严重，但如果丢失了也不会有什么大问题。
如果您正在构建桌面系统，我会选择数据/非数据/交换分离。除非您正在构建需要认真对待的服务器，否则将 /usr/local 和 /var/tmp 分开只会成为空间分配的难题。