我有SQL 服务器的wimic
和fsutil
输出。如何确定正确的对齐方式?
我很难理解这一点。我对磁盘有相当的了解,我该如何理解这里的其他信息?
答案1
Server 2008 和 R2 将自动将分区对齐到 1MB。MS 选择这个数字是因为目前条带大小与 1MB 偏移量不匹配的情况并不常见(而且现在没有人会错过浪费的 1MB)
对于 R0,1,1+0 来说,除非条带大小 >1MB,否则这样做没有问题。
对于 R5 来说,除非条带大小 * (磁盘 -1) > 1MB,否则这样做没有问题。
分配单元应为条带大小的整数倍。(分配单元和簇大小 [仅在 NTFS 环境中] 相同)
如果在硬件 RAID 适配器中创建多个逻辑磁盘,请注意它们是否也对齐。目前大多数控制器都会自动执行此操作。
编辑:
具体来说,磁盘 #0、#2 和 #3 未对齐 1MB,但其余磁盘对齐。此外,磁盘 #0 分区 #1 已对齐,但分区 #0 未对齐。这些磁盘可能是由 Windows Server 2003(或 XP)或以前版本的初始化的。如果您的条带大小为 32KB,则不会出现问题(在磁盘 #0 上;磁盘 #2 和 #3 为 64KB)。
答案2
这应该是你所追求的:http://support.microsoft.com/kb/929491
要验证现有分区是否对齐,请将条带单元的大小除以 RAID 磁盘组的起始偏移量。使用以下语法:((分区偏移量) * (磁盘扇区大小)) / (条带单元大小) 注意磁盘扇区大小和条带单元大小必须以字节或千字节 (KB) 为单位。
Example of alignment calculations in bytes for a 256-KB stripe unit size:
(63 * 512) / 262144 = 0.123046875
(64 * 512) / 262144 = 0.125
(128 * 512) / 262144 = 0.25
(256 * 512) / 262144 = 0.5
(512 * 512) / 262144 = 1
Example of alignment calculations in kilobytes for a 256-KB stripe unit size:
(63 * .5) / 256 = 0.123046875
(64 * .5) / 256 = 0.125
(128 * .5) / 256 = 0.25
(256 * .5) / 256 = 0.5
(512 * .5) / 256 = 1
这些示例表明,除非使用 512 个扇区(每个扇区 512 字节)的偏移量创建分区,否则,该分区无法正确对齐 256 KB 的条带单元大小。
有关链接的更多信息,包括 wmic 命令