非群集存储已添加到 Windows 故障转移群集管理器

Question

如果我混淆了术语，请原谅我，我是一名 DBA，正在尝试看看是否可以在此处消除我的​​错误。

背景：我正在向 Windows Server 故障转移群集添加第三个 DR 站点节点，以利用 SQL 2012 中的 AlwaysOn 可用性组。群集中已有节点 01 和 02，它们被设置为我们主数据中心中的 HA。节点 03 并不意味着拥有群集磁盘或 WSFC 中的投票，它只是 SQL 要求在群集中使用 AlwaysOn 功能。所有存储都是通过 SnapDrive 进行 SAN 管理的。

问题：当我将节点 03 添加到集群时，我没有取消选中勾选“将所有存储添加到群集”复选框，以便将节点 03 中的非系统磁盘添加到群集（数据、日志、tempdb 磁盘等）。因此，现在这些磁盘被分配给“群集共享卷”，并作为安装在节点 1 上C:\Cluster Shared Volume\MountPoint XXX。

如果我将它们从 中删除Cluster Shared Volume，它们将变成Available Storage。然后可以从集群中删除它们，但不会重新挂载到原始节点上。一旦删除，它们就会出现在节点的磁盘管理中，但处于离线状态，因此大多数选项都变灰了……那么我如何才能让它们联机呢？

Answer 1

我做的和你完全一样——我正在向 SQL 2014 AlwaysOn 集群添加一个新节点，但我忘记取消选中向导末尾的“添加存储”按钮。

要恢复存储并使集群联机：

1. 删除所有磁盘“群集共享卷”（右键单击，Remove from Cluster Shared Volumes）
2. 从集群中完全删除所有磁盘（右键单击，Remove“是”）
3. 等待几分钟，让集群中的每个节点将其磁盘从“集群中”移除
4. 在集群中的每个节点上，将每个现在处于脱机状态的磁盘重新联机（当对慢速 WAN 远端的远程服务器执行此操作时，这可能是一个缓慢而烦人的过程。希望您不要有太多这样的磁盘）。
5. 在所有受影响的节点上启动 SQL Server 服务（不要忘记 SQL Server 代理服务）

为了获得奖励积分

7. 祈祷这不是一个生产集群
8. 反复打自己一巴掌，这样你就会记得在集群向导中始终取消选中添加集群存储的按钮

Answer 2

右键点击... Remove from Cluster Shared Volumes。