Server 2016 Storage Spaces中NumberOfColumns配置规划问询

这个方案不可行，核心问题出在Storage Spaces中NumberOfColumns的设计规则上——这个参数是虚拟磁盘创建时就固定死的，后续没法修改，咱们一步步拆解为什么你的操作路径走不通：

1. 初始单磁盘阶段的局限性 #

当你用单磁盘创建存储池，并生成NumberOfColumns=1的虚拟磁盘时，这完全没问题——毕竟单磁盘只能用1列来存储数据。但此时这个虚拟磁盘的“列数属性”就被永久锁定了。

2. 添加第二块磁盘后的困境 #

当你往存储池里加入第二块磁盘，想把原来的虚拟磁盘改成双磁盘条带（简单布局），这一步就卡壳了：

• 已创建的虚拟磁盘无法修改NumberOfColumns参数，它只会一直保持1列的配置。
• 就算你扩展这个虚拟磁盘的容量，新增的空间只会在存储池的可用磁盘上分配，但数据仍然是按1列的方式存储（不会拆分到两块磁盘做条带化）。
• 如果你想做双磁盘条带，只能新建一个虚拟磁盘，并设置NumberOfColumns=2，但原来的单列虚拟磁盘没法变成双列条带。

3. 第三块磁盘加入后的问题 #

当你再加入第三块磁盘时，同样的限制依然存在：

• 原来的单列虚拟磁盘还是没法利用新磁盘做条带化，它的列数还是1，数据只会在单块磁盘上存储（或者扩展时随机用池里的磁盘，但不会跨盘条带）。
• 你只能选择新建NumberOfColumns=3的虚拟磁盘来实现三盘条带，但原有虚拟磁盘的布局无法改变。

正确的操作思路 #

如果你的目标是让所有磁盘都参与条带化以获得最大性能，正确的流程应该是：

• 一次性将所有要使用的磁盘加入存储池，然后创建NumberOfColumns等于磁盘总数的简单虚拟磁盘。
• 如果是逐步加盘的场景，要么：
  • 新建对应列数的虚拟磁盘来利用新磁盘，
  • 或者备份原有数据后，删除旧虚拟磁盘，重新创建对应列数的新虚拟磁盘。

内容的提问来源于stack exchange，提问作者Fabian S.