Welcome to Microsoft Q&A!
Thank you for taking the time to test the suggestions and share the results.
Based on the description, it appears that the previously suggested commands are not supported methods for increasing Storage Spaces Direct (S2D) repair or rebalancing speed. That's likely why you did not see the expected behavior when trying them.
In S2D, repair and rebalance operations are managed automatically by the storage subsystem. For Windows Server 2019 and later, the supported method for influencing how much resource is allocated to repair and resync activities is the Storage Repair Speed setting.
You can check the current setting by running:
Get-StorageSubSystem -FriendlyName "<Cluster Name>" |
Select FriendlyName, VirtualDiskRepairQueueDepth
To modify the repair speed, use:
Set-StorageSubSystem -FriendlyName "<Cluster Name>" `
-VirtualDiskRepairQueueDepth <value>
The available values are:
- 1 = Very Low
- 2 = Low
- 4 = Medium (default)
- 8 = High
- 16 = Very High
Higher values allocate more resources to repair and resync operations, which can help restore resiliency more quickly after a disk replacement. However, increasing the repair speed may also affect application and workload performance while the repair is in progress.
If your concern is specifically related to balancing data after replacing or adding drives, you can also manually initiate a pool optimization:
Optimize-StoragePool -FriendlyName "<Pool Name>"
Please note that this operation can be I/O intensive and may temporarily increase storage activity.
For additional information, please visit:
Set-StorageSubSystem (Storage) | Microsoft Learn
Adjust storage repair speed in Azure Local and Windows Server clusters | Microsoft Learn
Optimize-StoragePool (Storage) | Microsoft Learn
Understand and monitor storage resync | Microsoft Learn
If you find this information helpful, please click Accept Answer.
Thank you for using Microsoft Q&A.