windows-server-2016 – 有没有办法阻止Storage Spaces Direct自

在使用Storage Spaces Direct(S2D)托管SQL故障转移群集实例(FCI)的2016 Windows Server故障转移群集(WSFC)上遇到问题.在每台服务器上,成功初始创建后,S2D会自动将未使用的RAID卷添加到存储池中(尽管无法在RAID卷上创建S2D,并且绝对坚持使用未拆除的磁盘).现在它已经坏了,因为 – 据我所知 – 正是如此.因此,虚拟磁盘处于脱机状态,使整个群集停止运行.由于缺少群集网络资源,它不会重新上线.有问题的磁盘可以退役但不能删除.虚拟磁盘修复不运行,集群兼容性测试声称配置无效.

这是一个新的设置.所以我可以简单地删除虚拟磁盘,集群甚至服务器并重新开始.但在我们开始富有成效之前,我需要确保,这种情况不会再次发生.只是通过不必要地错误添加不支持的磁盘,系统在虚拟膝盖中射击自身停止崩溃是我们无法部署的平台.所以主要是我需要一种方法来防止这种情况发生,而不是现在修复它.我的猜测是防止S2D设置抓取比创建的更多的磁盘就可以了.真正的磁盘更换期间可能更多的手动交互的成本对于集群来说可以忽略不计……我们在这里.然而,就像我浏览文档到目前为止,我找不到任何方法来控制它.除非我遗漏了什么,否则Set-StoragePool,Set-VirtualDisk和Set-Volume都不会为该扩展提供任何参数.

任何帮助或提示将不胜感激.

以下是上述更多细节：我们有2台HPE DL380 Gen9服务器机器通过支持RDMA的10GB以太网和1GB到客户端网络相互连接.每个功能一个RAID控制器惠普???和一个简单的HBA控制器惠普??? (因为S2D绝对需要并且仅适用于直接连接的非机密磁盘).存储配置包括RAID控制器上的OS-RAID,RAID控制器上的Files-RAID以及用于S2D的HBA上的直接连接磁盘集.

我在OS-RAID上设置了2个Windows Servers 2016数据中心版本,安装了WSFC功能,运行并通过了包括S2D选项的集群兼容性测试,创建了没有存储的集群,添加了文件共享见证(在单独的机器上),启用了S2D在存储池上,它自动由所有未分离的磁盘组成,并在该池顶部创建了镜像类型的虚拟磁盘,并使用NTFS作为文件系统,因为这应该是SQL FCI的首选FS安装.

然后我在该集群上安装了SQL 2016标准版作为FCI,导入了一个数据库并对其进行了全部测试.一切都很好.数据库就在那里,比以往更快.强制以及自动故障转移是轻而易举的.一切都很好看.

第二天,我们尝试使用剩余的Files-RAID.首先是改变RAID级别,因为我们不喜欢预配置.删除预先配置的RAID卷并构建新卷(在每台服务器上)后不久,我们检测到群集已关闭.从我到目前为止所知,预先配置的Files-RAID卷已经自动添加到池中,而我们刚刚删除它,它现在从池中丢失了.当我检查时,我发现新的Files-RAID虽然仍在创建,但已经显示为池的物理驱动器.因此,池现在每个服务器上包含2个RAID卷,其中一个甚至不存在.这些卷(但不是它们的磁盘)由Get-PhysicalDisk以及HBA上的实际物理磁盘列出,不确定它是否是常规的.池本身仍处于联机状态并且不会抱怨,但虚拟磁盘不会因丢失磁盘而降级,而是完全脱机(因此,整个群集也是如此).

我能够淘汰那些物理磁盘(即那些实际上是RAID卷的磁盘),现在它们已被标记为已退役.但是它们仍然在池中,我现在无法删除它们,试图这样做失败了. Repair-VirtualDisk应该只在剩余的磁盘上重建虚拟磁盘到适当的状态(我经过这个：https://social.technet.microsoft.com/Forums/windows/en-US/dbbf317b-80d2-4992-b5a9-20b83526a9c2/storage-spaces-remove-physical-disk?forum=winserver8gen),但是这个工作立即结束,当然“成功”,没有任何效果.

尝试将虚拟磁盘重新联机失败,说明网络群集资源不可用.据我所知,这只能引用(可用)存储池,因为丢失的磁盘不是集群资源.该池显示没有要修复的错误.运行群集兼容性测试声明了不适合群集的配置.

我找不到任何可能让另一英寸变得更糟的部分,整个事情看起来已经陷入僵局.关于如何防止正在运行的WSFC以这种方式发展的任何想法？

我没有遇到任何我发现特别有启发性的错误信息,我不想通过张贴所有这些来更多地轰炸页面.如果有人想要任何具体细节,请告诉我.

非常感谢您的时间,伙计们！

卡斯滕

根据Raspberry先生的要求更新