我正在使用带有双向镜像驱动器的存储空间设置 Windows 11 机器。作为测试，我在 VMWare 中进行了设置；
- 我添加了两个驱动器 (2x10GB) 并创建了双向镜像存储空间。
- 然后我用两个额外的驱动器（2x10GB）模拟了扩展存储空间。
正如预期的那样，这个空间现在有两倍的房间。但我不知道实际设置是什么。我是否有 2 组 2 个双向镜像驱动器：D1 镜像与 D2，D3 镜像与 D4？
- 作为下一个实验，我停用了一个磁盘 D3，因此剩余 3 个磁盘。
文件现在是如何分发的？存储空间的大小没有改变。这很令人困惑。
存储空间首先不会镜像整个驱动器——它们分配和镜像单个数据板，更像 Btrfs 而不是 RAID。您可以在 D1/D3 之间镜像一些平板，在 D2/D3 之间镜像一些，在 D1/D4 之间镜像一些，等等。
分配根据磁盘大小按比例分配。（如果我没记错的话，slab 的大小在 256 MB 或可能 1 GB 的范围内。）
请参阅这篇 TechNet 文章：Deep Dive：Storage Spaces Direct 中的存储池，它有很好的插图。（虽然它谈到了服务器集群，但单服务器“Spaces Direct”的工作方式仍然与 Spaces 在 Win10 上的工作方式相同。）
在删除过程中，来自 D3 的所有块都已移动到其他磁盘。
该卷现在是“精简配置”，非常类似于 .vhd 或 .vmdk “动态磁盘”——因为物理空间是按需分配的，所以逻辑卷可能看起来比您实际存储的更大，只要您不这样做实际上尝试使用所有这些。
如果文件系统试图写入比存储空间物理分配更多的扇区，它可能会开始出现 I/O 错误，尽管 Windows 似乎对所有类型的精简配置存储（存储空间、.vmdk 等）都有更好的集成。所以我假设文件系统本身会被告知这一点，并且甚至在物理池用完之前就开始拒绝写入。
（空间也可以被释放——文件系统对精简卷使用与 SSD 相同的 TRIM 或 UNMAP 操作。）