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