Windows 2012 failover cluster升级到windows2019

一.标准方案
微软有在同一硬件上升级故障转移群集的文章:在同一硬件上升级故障转移群集

步骤 1：逐出第一个节点并升级到 Windows Server 2016
步骤 2：将第二个节点重新生成到 Windows Server 2019
步骤 3：将第一个节点重新生成到 Windows Server 2019
如果有多于2节点服务器，需要先将其它的先逐出，留下两台后，按微软的文章进行升级即可。
操作步骤浓缩成如下一张图：

二.实际升级方案
但是按这个操作，存在脱机共享磁盘，所以会有停机时间，因为有生产系统在跑，所以自己没有按此标准方案，而是使用win2012-->win2016--->win2019的方案，实现零停机方案。

前面升级都是很顺利的，直到win2016集群中加入win2019节点。win2019服务器安装后加入了域，但是在win2019上的故障转移控制台无法打开集群，提示错误：Access is denied (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED))。
将windows2019节点加入集群时提示：节点 上的群集服务未进入正在运行状态。错误代码为 0x5b4。有关详细信息，请查看节点 WIN-0ME141FUHTY 中的群集日志和系统事件日志。 由于超时时间已过，该操作返回。

没有权限，怎么可能呢？都用了域管理员了！

找了另外一台闲置的win2019服务器加入试试，结果加入一点问题都没有，好像集群和原来的服务器有仇，有心理性厌恶，就是不让它加入。

比对排查，原因基本定位在：
1.操作系统的更新补丁 
2.修改AD中集群的操作系统和版本
3.计算机名称
一阵折腾，真正的原因确定为两点：

1.操作系统的更新补丁 
那台可以加入集群的win2019补丁已经更新到当前，而新安装的服务器还没有更新补丁，于是开始更新补丁，每次重启都试一下集群管理控制台，在更新到第7个win2019集成更新包后，控制台就可以正常打开了，于是一口气将服务器的补丁更新到当前，集群控制台打开正常。
2.计算机名称
升级系统后，再次加入时，节点很快被离线，原因是以前的计算机名还残留一些配置，怪不得微软的文章中提示要新建集群，复制角色，原来是有原因的。将服务器的名称改一个新的，再次加入，OK。

windows2016逐出集群，然后重新安装成windows2019,改成一个和原来节点名称不同的计算机名称，升级windows2019的补丁到当前，再次加入新的集群，没有任何报错，很顺利。

最后使用PowerShell 命令 UPDATE-CLUSTERFUNCTIONALLEVEL 升级集群到10，完工。