创建存储空间时，不支持 -ProvisioningType Thin？？

Question

创建存储空间时，不支持 -ProvisioningType Thin？？

David 20

环境：
Win 11 Pro
外置JBOD+SAS IT直通卡

需求：

使用10张硬盘（全部），建立一个存储池（StoragePool），并建立一个8个文件列2个校验列的双校验存储空间（StorageSpace）。

使用UI创建时遇到以下问题：

因为UI支持不完整，所以老控制面板（ControlPanel）不支持选择双校验（DualParity），使用新设置面板，不支持手动指定文件列数量（默认分配6文件列，2校验列）。因为考虑到写入放大，需要手工指定8文件列（确保为2的幂次），所以只能使用命令行，但遇到问题如下：

问题：
使用-ProvisioningType Thin参数时，会报错。
下列命令执行正确：
New-VirtualDisk -StoragePoolFriendlyName "Ext_Dual_Oct_JBOD" -FriendlyName "10R2" -UseMaximumSize -interleave 262144 -ResiliencySettingName Parity -PhysicalDiskRedundancy 2 -NumberOfColumns 8

下列命令执行错误：
New-VirtualDisk -StoragePoolFriendlyName "Ext_Dual_Oct_JBOD" -FriendlyName "10R2" -UseMaximumSize -interleave 262144 -ResiliencySettingName Parity -PhysicalDiskRedundancy 2 -NumberOfColumns 8 -ProvisioningType Thin

唯一区别在于：增加了provisioningtype参数

想知道哪里能找到 New-VirtualDisk的完成参数支持（互斥）说明。
或者明确诊断出问题所在

0 个注释

问题作者接受的答案

VPHAN 45,665 独立顾问

你好，David，

命令失败是由于请求最大物理大小和启用瘦配置之间的参数直接冲突引起的。当你使用UseMaximumSize开关时，存储引擎会计算整个存储池的总可用原始物理容量，并全部消耗，这本质上需要固定的分配。瘦配置按需运行，基本上依赖于定义一个独立于当前物理足迹的具体逻辑规模。将自动物理最大值计算与薄逻辑分配结合，会产生逻辑矛盾，存储提供者会拒绝这种矛盾。要使用瘦配置，必须丢弃 UseMaximumSize 交换机，并用标准 Size 参数明确定义逻辑容量边界。

你的PowerShell命令中关于你期望的列布局也存在严重错误。你提到需要八列文件和两列校验和，以确保二的幂次方对齐并优化写放大。然而，NumberOfColumns 参数定义了数组中列的总数。你当前的命令将这个值设置为8，意味着系统实际上会分配6列数据和2列奇偶校验。为了实现八个数据列和双奇偶校验的精确对齐，你必须在命令中指定十个共十列，同时还有十个物理磁盘。

关于参数互斥的权威文档，请参考 Microsoft Learn 关于 New-VirtualDisk cmdlet 的文档。官方文档明确列出了参数集，明确说明了将特定尺寸开关、配置类型和物理磁盘冗余配置结合的技术边界。

希望这个回答能给你带来一些有用的信息。如果有，请点击 “接受答案”。如果你有任何问题，欢迎留言。

副总统

David 20 信誉分

2026-03-25T04:16:26.0066667+00:00

Hi, VPHAN. Thanks for your instant response. Regarding the conflict of the parameters of -UseMaxSize and -Size, I intend to ultimately consume as much space as this StoragePool provides, but begin with the minimum size the data in the virtual disk requires (since the space is currently sufficient and I wish to deploy another storage space in the same pool for better utilisation of the device. But I will later set up another pool and migrate "the rest data", leaving all space for the StorageSpace that I am now setting up). So in this case, what combination of parameters do you suggest?

For the parameter -NumberOfColumns, I also have some confusion that this means all columns I will use or just the data columns. The document says that -NumberOfColumns is "Specifies the number of columns to use when allocating the virtual disk." which literally means both data columns and parity columns but, basing on my rough writing test, setting -NumberOfColumns to 8 seems to give better writing performance than 6 (both have -PhysicalDiskRedundancy 2). The test result seems conflich with the document, and I would like to have a much direct answer that does -NumberOfColumns count the parity/mirror columns or merely the (original) data columns.

Thanks in advance if you could further help me with the above.
已删除

此评论已被删除，因为违反了我们的行为准则。在采取措施之前，已通过自动检测手动报告或识别该评论。有关详细信息，请参阅我们的行为准则。

2 个其他答案

你的答案

David 20 信誉分

2026-03-25T04:16:26.0066667+00:00

Hi, VPHAN. Thanks for your instant response. Regarding the conflict of the parameters of -UseMaxSize and -Size, I intend to ultimately consume as much space as this StoragePool provides, but begin with the minimum size the data in the virtual disk requires (since the space is currently sufficient and I wish to deploy another storage space in the same pool for better utilisation of the device. But I will later set up another pool and migrate "the rest data", leaving all space for the StorageSpace that I am now setting up). So in this case, what combination of parameters do you suggest?

For the parameter -NumberOfColumns, I also have some confusion that this means all columns I will use or just the data columns. The document says that -NumberOfColumns is "Specifies the number of columns to use when allocating the virtual disk." which literally means both data columns and parity columns but, basing on my rough writing test, setting -NumberOfColumns to 8 seems to give better writing performance than 6 (both have -PhysicalDiskRedundancy 2). The test result seems conflich with the document, and I would like to have a much direct answer that does -NumberOfColumns count the parity/mirror columns or merely the (original) data columns.

Thanks in advance if you could further help me with the above.
已删除

此评论已被删除，因为违反了我们的行为准则。在采取措施之前，已通过自动检测手动报告或识别该评论。有关详细信息，请参阅我们的行为准则。

Answer 1

VPHAN 45,665 独立顾问

Hi David,

How is your issue going? Has it been resolved yet? If it has, please consider accepting the answer as it helps others sharing the same problem benefit too. Thank you :)

VP

0 个注释

Answer 2

David 要配置一个可能最终占用整个存储池的瘦配置虚拟磁盘，你必须手动计算并定义最大逻辑大小，使用Size参数。由于精配置允许逻辑超额订阅，你可以设置大小值以匹配双校验布局下十个磁盘池的理论总可用容量。存储提供商只会在你实际写入数据时分配物理块，这样你可以从最小的物理空间开始，同时提供虚拟边界，方便迁移其他数据后扩展到池的剩余空间。

关于性能观测，参数严格定义了绝对的列总数，结合了底层数据和奇偶校验和列。你的基准测试显示八列写入性能比六列更好，完全是因为更宽的磁盘条带。八列配置可同时跨八个物理驱动器写入，固有地提供更高的并行吞吐量和更高的主轴利用率，优于较窄的六列阵列。你的测试结果反映了这种机械优势，而不是不同的柱定义。为了实现你具体的架构目标——八列数据列以实现写放对齐和双奇偶校验，你必须将列参数设置为十。

希望这些对你有帮助:)

副总统