在托管使用存储空间直通 (S2D) 的 SQL 故障转移群集实例 (FCI) 的 2016 年 Windows Server 故障转移群集 (WSFC) 上遇到问题。在每台服务器上，初始创建成功后，S2D 会自动将一个其他未使用的 RAID 卷添加到存储池中（尽管 S2D 无法在 RAID 卷上创建，并且绝对坚持未突袭的磁盘）。现在它坏了，因为——据我所知——正是这样。结果，虚拟磁盘处于脱机状态，整个集群也随之宕机。由于缺少集群网络资源，它不会重新联机。有问题的磁盘可以报废，但不能删除。虚拟磁盘修复未运行，群集兼容性测试声称配置无效。
这是一个新的设置。所以我可以简单地删除虚拟磁盘、集群甚至服务器，然后重新开始。但在我们提高生产力之前，我需要确保这种情况不会再发生。仅仅通过不必要和错误地添加不受支持的磁盘而使系统在虚拟膝盖中自行崩溃的系统不是我们可以部署的平台。所以主要我需要一种方法来防止这种情况发生，而不是现在就修复它。我的猜测是，防止 S2D 设置获取比创建时更多的磁盘会成功。在真正的磁盘更换过程中可能需要更多手动交互的成本对于集群来说可以忽略不计......我们在这里。到目前为止，尽管我浏览了文档，但我找不到任何方法来控制它。除非我遗漏了什么，否则 Set-StoragePool，
任何帮助或提示将不胜感激。
以下是有关上述内容的更多详细信息： 我们有 2 台 HPE DL380 Gen9 服务器机器，它们通过支持 RDMA 的 10GB 以太网相互连接，并通过 1GB 连接到客户端网络。每个功能一个 RAID 控制器 HP ??? 和一个简单的 HBA 控制器 HP ??? （因为 S2D 绝对需要并且仅适用于直接连接的、未受攻击的磁盘）。存储配置包括 RAID 控制器上的 OS-RAID、RAID 控制器上的 Files-RAID 以及 HBA 上用于 S2D 的一组直接连接的磁盘。
我在 OS-RAID 上设置了 2 个 Windows Servers 2016 数据中心版本，安装了 WSFC 功能，运行并通过了包括 S2D 选项的集群兼容性测试，创建了没有存储的集群，添加了文件共享见证（在单独的机器上），启用了 S2D在存储池上，它自动包含所有未突袭的磁盘，并在该池的顶部创建了一个镜像类型的虚拟磁盘并使用 NTFS 作为文件系统，因为这应该是 SQL FCI …