Storage Spaces performance and eligibility are tightly coupled to how the pool and virtual disk are created, but the context only provides supported, documented knobs and error conditions, not specific tuning values for AllocationUnitSize and Interleave for a given workload.
From the available information:
- Storage Spaces virtual disks are created from a storage pool, and their layout and provisioning type (thin vs fixed) directly affect performance and behavior during large copies. When creating a virtual disk, the wizard (or equivalent API) requires choosing a storage layout (simple, mirror, parity) and provisioning type, and warns if there are not enough disks for the chosen layout.
- The MSFT_StoragePool.CreateVirtualDisk method supports parameters such as
Interleave,NumberOfColumns,NumberOfDataCopies, andPhysicalDiskRedundancy. These override defaults from the resiliency setting. If any of these are out of range or not supported by the pool, the operation returns an error.Interleave * NumberOfColumnsdefines the stripe size, which is a key performance characteristic. - The storage pool’s resiliency settings and defaults (including
InterleaveDefault,NumberOfColumnsDefault, etc.) are what should normally be used unless there is a specific, documented reason to override them. Overriding them with unsupported or suboptimal values can lead to poor performance or errors. - Storage Spaces only uses disks that Windows recognizes as eligible physical disks. Many USB enclosures or hubs present disks as removable or hide multiple disks behind one device identity, which Storage Spaces excludes by design. This can affect both pool composition and performance if the hardware is not presenting disks as standard fixed disks.
- For drives that cannot be pooled or behave unexpectedly, the
CannotPoolReasonproperty on each physical disk (viaGet-PhysicalDisk) indicates issues such as “In a pool”, “Not healthy”, “Removable media”, or “In use by cluster”. These conditions must be resolved before reliable operation.
Given the constraints of the context, the supported guidance is:
- Ensure all disks in the pool are recognized by Windows as fixed, eligible physical disks (not removable, not behind RAID/"smart" USB enclosures). If they are presented as removable or otherwise ineligible, Storage Spaces behavior is not supported and may be unstable.
- Prefer using the default resiliency settings of the storage pool when creating the virtual disk, rather than manually forcing
Interleaveand related parameters, unless there is a specific, documented requirement. The storage subsystem chooses supported values; out-of-range or unsupported overrides can cause errors or degraded behavior. - Verify that the storage layout and provisioning type match the number of disks and intended workload. For example, mirror layouts require a minimum number of disks; thin provisioning can over-allocate capacity and requires careful monitoring of available space.
- If a drive in the pool is unhealthy or misconfigured, use the Storage Spaces tools (PowerShell or Server Manager) to remove or reset it before recreating the pool and virtual disk.
The context does not provide specific recommended AllocationUnitSize and Interleave values for multimedia backup workloads, nor detailed troubleshooting steps for the described intermittent hangs, so only the general, documented behaviors and constraints above can be stated.
References: