我绞尽脑汁想办法解决 Windows 存储空间 (WSS) 的问题。以下是我遇到的问题：
我有 2 个 250GB 的 RAID1 驱动器（OS 驱动器）、2 个 3TB 驱动器和 12 个 1TB 驱动器（也是 RAID1）。我配置了一个简单的 WSS，将 3TB 和 1TB 对汇集到一个大约 8.16TB 的虚拟磁盘中。我这样设置是因为我有一大堆旧的 1TB 驱动器，并计划在它们发生故障时慢慢用更大的驱动器替换它们——使用 RAID5/6 我无法轻松做到这一点。
因此，我终于遇到了 1TB 中的一个故障，因此该特定 RAID1 单元的性能下降，但 WSS 仍然健康，正如预期的那样。使用 Powershell 中的 Set-PhysicalDisk，我在 WSS 中将相应 RAID1 对的使用情况设置为“已停用”，并修复了 WSS 虚拟磁盘。但是，它并没有将任何数据从该 RAID 对中移出，并且如果我想移除性能下降的 RAID 单元，它会提示我向 WSS 虚拟磁盘添加另一个物理磁盘 - 尽管我有约 50% 的可用空间。
这是我天真地没有意识到的 WSS 限制吗？它看起来非常简单直接，就像碎片整理一样，如果它能够将“已淘汰”的数据移动到新驱动器，为什么它不能将其移动到具有足够可用空间的现有驱动器？特别是因为 WSS GUI 自豪地声明存储空间可以配置为比可用存储更大的大小。
我真的希望有一种简单易行的方法来实现这一点。我没有足够的外部存储空间来将所有内容从虚拟磁盘移出并从头开始重建它 - 我的应急方案是运行 Powershell 脚本来枚举虚拟磁盘上的每个文件，并将每个文件逐个移动到操作系统驱动器并移回 - 理论上它不会将“新”数据写入退役磁盘，最终它将是空的，并且可以移动。
有什么建议么？
答案1
好的，所以我可以确认，将文件从 WSS 虚拟磁盘移出并移回是一种缓慢但有效的方法，可以将数据从已报废的驱动器中移出 - 在一定程度上。在将所有内容移出并移回后，不知何故，已报废的驱动器上还剩下 22% 的空间。
此时，我拆分了我的 RAID1 对，以降级状态运行它们，并重新配置了足够多的单个驱动器以完全移走数据。不知何故，我新清空的驱动器在 WSS 管理控制台上仍显示使用量为 1.8TB（退役驱动器上为 22%）。我留下的唯一东西是 sysvol 信息文件夹，所以我只能认为 WSS 不会自行清理，直到它覆盖垃圾块。
所以我换个方向，尝试 Drive Bender。我很高兴我有足够的（非弹性）空间来摆弄。