嘿，兄弟，我刚帮客户搞定过一模一样的场景，给你分享一套稳得一批的操作流程，绝对能帮你避开我踩过的坑！

首先得明确：Windows 2012R2的DHCP Failover（也就是你说的负载均衡）和2022是兼容的，但直接在集群里升级节点容易出问题，所以咱们按以下步骤来：

• 第一步：先把所有数据备份得明明白白
  别嫌麻烦，这是兜底的关键！在两台2012R2 DHCP服务器上都执行这个命令：
  netsh dhcp server export C:\DHCP-Full-Backup.xml all
  把备份文件存到安全的地方，另外别忘了给服务器做个系统镜像备份，万一升级炸了能直接回滚。

• 第二步：拆分DHCP Failover关系
  打开DHCP控制台，选中任意一台服务器的作用域，右键点「Failover」，选择「Delete Failover Relationship」，把两台的负载均衡绑定解除。之后把其中一台的DHCP服务暂时停掉（避免两台同时发IP导致冲突），让另一台单独提供服务。

• 第三步：就地升级第一台服务器
  把Windows Server 2022的安装介质插到要升级的服务器上，运行setup.exe，选择「升级：安装Windows并保留文件、设置和应用程序」。升级前记得：

  • 把服务器的Windows Update更到最新
  • 卸载不必要的第三方软件/杀毒工具，避免干扰升级
  • 确认硬件符合2022的最低要求（一般2012R2的硬件都没问题，但还是核对下）
    升级完成后，重启服务器，第一件事就是检查DHCP服务是否正常启动，打开控制台核对作用域、保留IP、选项配置这些是不是都完好，再查事件日志有没有报错。

• 第四步：建立跨版本Failover，过渡服务
  现在第一台已经是2022了，启动之前停掉的那台2012R2 DHCP服务，在2022的DHCP控制台里，选中作用域右键「Failover」，选择「Create Failover Relationship」，把另一台2012R2加进来，重新配置负载均衡规则（和你之前的设置保持一致就行）。这时候两台就能正常做负载均衡了，服务不会断。

• 第五步：升级第二台服务器
  等第一台稳定个1-2天（确保没毛病），再把第二台2012R2按第三步的方法升级到2022。升级完成后，同样检查DHCP服务，然后确认两台2022的Failover关系正常运行，测试下IP分配、续租这些功能。

最后给你个小提醒：升级过程中尽量选业务低峰期，比如半夜操作，就算有个几分钟的小波动也不会影响用户。我当时这么操作下来，客户的DHCP服务几乎零中断，完全没翻车！

备注：内容来源于stack exchange，提问作者Cell-o