在阅读了出色的 SQL Server 磁盘分区对齐最佳实践白皮书后,我想确保在 Windows Server 2003 上运行的继承的 SharePoint Server 不会遭受未对齐的分区的影响。给出的基本公式是将起始分区偏移量除以卷的条带大小。在我的例子中,卷是运行在戴尔 PERC 5/i 控制器上的 RAID 阵列。
问题:如何找到条带单元大小?Dell Openmanage 似乎可以告诉我除条带大小之外的所有内容,并且根据上述文章,Windows 没有确定条带单元大小的可靠方法。
在阅读了出色的 SQL Server 磁盘分区对齐最佳实践白皮书后,我想确保在 Windows Server 2003 上运行的继承的 SharePoint Server 不会遭受未对齐的分区的影响。给出的基本公式是将起始分区偏移量除以卷的条带大小。在我的例子中,卷是运行在戴尔 PERC 5/i 控制器上的 RAID 阵列。
问题:如何找到条带单元大小?Dell Openmanage 似乎可以告诉我除条带大小之外的所有内容,并且根据上述文章,Windows 没有确定条带单元大小的可靠方法。
您应该确保您运行的是最新的 OpenManage,尽管 5/i 提供的信息可能比 5/e 多。
我有一个 Perc 5/i,在 OpenManage Server Administrator 下我可以转到系统 -> 存储 -> PERC 5/i 集成 -> 虚拟磁盘,最后一列是条带大小。
我正在运行 OMSA v5.0.0。
PERC5i 的默认设置是 64 位条带。我怀疑您在安装时是否更改了那里的任何内容。
顺便说一句,OMSA 5.0 很古老,您必须尽快升级,这可能意味着 PERC 固件和 HDD 固件也可能需要更新。