我们有一个带有文件见证的现有 Windows 2012 2 节点集群，但正在用 2019 服务器替换它们。因此，我们可以重复使用现有的集群对象，我们将 2019 服务器添加到集群中，然后在集群数据库同步后删除 2012 服务器。验证测试仅显示一些警告，包括验证网络通信时出现的“只有一对网络接口”警告、验证 CSV 设置时出现的“密码不符合密码策略要求”警告、新服务器与旧服务器不在同一个 OU 中（它们按服务器操作系统版本 2012 和 2019 分组）、“集群属性“ClusterLogSize”设置的值小于默认值 1536”，以及明显的“不同但兼容的操作系统版本”警告。所以没有什么可以阻止我们将节点添加到集群。
添加节点过程在“等待通知节点...是集群中功能齐全的成员”步骤失败。系统事件日志显示错误 1653 和 5398，这表明存在通信问题。集群服务通过 3343 进行通信，因此故障排除一直集中在此。完全关闭了防火墙和 AV，但问题仍然存在。
我注意到的新服务器和旧服务器之间唯一的不同是，在添加节点向导期间，当在新服务器上激活群集服务时，服务器没有监听 UDP 3343。通过在群集中当前的 2012 服务器和我尝试添加到群集的 2019 服务器上运行 TCPView 来看到这一点。2012 服务器将显示在 TCP 和 UDP 上监听 3343，但 2019 服务器将仅显示通过 TCP 3343 监听和发送信息。将通过 TCP 3343 与两台 2012 服务器进行 4 次时间等待通信，但这些通信最终将超时，导致添加节点过程因超时错误而失败。不确定在此过程中不监听 UDP 3343 是否是节点完全添加之前的正常行为，或者是否表明服务没有在新服务器上正确监听 TCP 和 UDP 3343。
似乎没有任何东西主动阻止通信；只是似乎新服务器没有正确监听来自其他节点的通信。还是我只是找错了方向？
答案1
虽然验证报告没有提到这一点，但从物理上来说，将 2019 年的节点添加到 2012 年的集群是不可能的。