我有一个SQL服务器的wimic和fsutil输出。 我如何确定正确的路线?
我很难将其置于上下文中。 我对磁盘有一个很好的理解,我怎么能理解其余的信息呢?

Server 2008和R2将自动alignment1MB的分区。 MSselect了这个数字,因为在这个时候,一个条带大小不能很好地处理1MB的偏移量(而现在没有人错过了浪费的1MB)
对于R0,1,1 + 0,这将是正常的,除非你的条纹大小> 1MB。
对于R5,这将是正常的,除非你的条纹大小*(磁盘-1)大于1MB。
分配单位应该是条带大小的整数倍。 (分配单元和簇大小(仅在NTFS上下文中)是相同的)
如果您在硬件RAID适配器中创build多个逻辑磁盘,请注意它们也是alignment的。 大多数控制器会自动完成这些工作。
编辑:
对于你来说,磁盘#0,#2和#3不是1MBalignment的,其余的都是。 此外磁盘#0分区#1被分配,但分区#0不是。 这些磁盘可能是由Server 2003(或XP)或以前版本的Windows初始化的。 如果你的条带大小是32KB,这不会是一个问题(在磁盘#0上;对于磁盘#2和#3是64KB)。
这应该是你在: http : //support.microsoft.com/kb/929491
要validation现有分区是否alignment,请将条带单元的大小除以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
这些示例显示该分区没有正确alignment一个256 KB的条带单元大小,直到使用512个扇区的偏移量(每个扇区512个字节)创build分区。
有关链接的更多信息,包括wmic命令