我认为很容易看出将 BOOT 和 DATA 分成两个分区或驱动器的一些好处;它为每个备份做准备。
但是,我一直认为最好将 BOOT 与 DATA 驱动器分开以提高性能。出于这个原因,我有 4 个驱动器,配置在两个镜像(引导和数据)中。
因为驱动器现在太大了,我更喜欢使用两个 TB 驱动器,镜像它们,然后将它们划分为 BOOT 和 DATA。
我在这里失去了任何性能优势吗?
我认为很容易看出将 BOOT 和 DATA 分成两个分区或驱动器的一些好处;它为每个备份做准备。
但是,我一直认为最好将 BOOT 与 DATA 驱动器分开以提高性能。出于这个原因,我有 4 个驱动器,配置在两个镜像(引导和数据)中。
因为驱动器现在太大了,我更喜欢使用两个 TB 驱动器,镜像它们,然后将它们划分为 BOOT 和 DATA。
我在这里失去了任何性能优势吗?
传统上,引导驱动器还包含页面文件(在 Windows 系统上)。将分页文件放在单独的轴上可以提供一些好处,但它高度依赖于服务器中的内存量以及实际进行的分页量。
我的基本系统是 RAID1 或 RAID5,我通常会为系统驱动器分配 20gigs,然后为数据驱动器休息。
逻辑是,如果系统驱动器存在大量文件系统问题,希望它不会进入数据驱动器。如果需要,这将让我格式化系统驱动器并保留数据。
备份也发生了,但如果它节省了我复制几百个数据的时间,那是值得的。
系统驱动器的大小将取决于服务器是什么,交换服务器比基本文件服务器获得更多空间。
还保持整洁,每个人都知道 E:每台服务器上的驱动器都是数据。
对于使用某种 SAN 存储数据的服务器来说,这是绝对有意义的,因为即使经过了这么多年,从 SAN 引导仍然有点狡猾。一对用于引导/操作系统卷的本地镜像驱动器,以及 SAN 提供的任何数据卷。
对于 DAS 服务器,它不太明显。一些工作负载,如数据库,在它们自己的主轴上时会更快乐。其他工作负载的磁盘 I/O 足够低,因此无所谓。
所以是的,这里有一些性能优势,但这在很大程度上取决于您的瓶颈在哪里以及您的存储如何连接到服务器。
没有太多理由将操作系统与数据(或应用程序)分开,除非有特定文件可以放在单独的主轴上(以减少争用或放置在性能更高的磁盘上)。
单独的分区增加了备份的复杂性和应用程序恢复的复杂性。至于将其单独重新安装,该应用程序仍然必须重新安装,我会考虑将操作系统和应用程序重新安装到在单独磁盘上具有“实时”数据的系统是一种风险,因为应用程序肯定有可能将重新初始化数据,否则驱动器可能会在重新安装期间被擦除。