Core component of SQL Server for storing, processing, and securing data
Hi Brian.,
Thanks for the reaching out to SQL Forum
The steps are different when you’re upgrading the operating system in‑place rolling upgrades are fine for SQL patching, but OS upgrades are best handled by introducing new nodes.
The recommended approach is:
- Build new VMs with the upgraded OS and the same SQL Server version/patch level.
- Join them to the existing Windows Failover Cluster and configure them as secondary replicas in the AG.
- Synchronize databases and validate health.
- Fail over the AG to one of the new nodes once you’re confident everything is working.
- Add the second new VM to the cluster and AG, then repeat the sync/validation.
- Decommission the old nodes once the AG is stable on the new servers.
This method avoids the risks of in‑place OS upgrades on cluster members, gives you rollback safety, and keeps downtime minimal. Just make sure the cluster functional level supports mixed OS versions during the transition and confirm licensing before cutover.
Thanks ,
Lakshmi.
.