# Treat the cluster functional-level update as a rolling-upgrade decision point

> What must be verified before finalizing a cluster OS rolling upgrade?

- Canonical URL: https://update.dsesecurity.com/updates/dse-20260908-129-treat-the-cluster-functional-level-update-as-a-rolling-upgrade-decision-point/
- Publisher: Detection Systems & Engineering (DSE Security)
- Author: DSE Security Editorial Team
- Published: 2026-09-08T18:15:02+00:00
- Modified: 2026-09-08T18:23:27+00:00
- Last reviewed by DSE: 2026-09-08
- Resource type: Guide
- DSE priority: Information
- Topics: IT, Networks & Infrastructure
- Reading time: 1 minutes

## What you need to know

What must be verified before finalizing a cluster OS rolling upgrade?

## Potentially affected

Administrators upgrading supported Windows Server Hyper-V or Scale-Out File Server clusters.

## DSE recommendation

Record an acceptance checkpoint before raising the functional level.

## Article

## Source facts

Microsoft’s rolling-upgrade procedure advances a cluster by one Windows Server version at a time. The process is reversible until all nodes run the new release and the cluster functional level is updated. Before upgrading, the source calls for checking that storage, compute, and network capacity remain sufficient with a node removed. [Microsoft documentation](https://learn.microsoft.com/en-us/windows-server/failover-clustering/Cluster-Operating-System-Rolling-Upgrade).

## Applicability

Check the supported workload, version path, VM configuration, storage design, and management tooling. Review the source’s exclusions and special instructions rather than applying this procedure to every cluster workload.

## DSE recommendation

Record an acceptance checkpoint before raising the functional level. Have workload owners review service tests, node versions, remaining capacity, and unresolved incidents from the mixed-version phase. Keep the decision to finalize separate from the completion of the last node installation.

## Verification

Verify every node’s release and cluster state, then test representative workload moves and client transactions. Reconcile failures and backup readiness before the owner authorizes finalization. Preserve the before-and-after functional level and the accepted workload results so the irreversible transition has a clear evidence record.

## Official references

[Microsoft Learn: Upgrade the OS of a Windows Server failover cluster by performing a cluster OS rolling upgrade](https://learn.microsoft.com/en-us/windows-server/failover-clustering/Cluster-Operating-System-Rolling-Upgrade). Source reviewed September 8, 2026.

## Primary reference

- Name: Upgrade the OS of a Windows Server failover cluster by performing a cluster OS rolling upgrade
- Authority: Microsoft Learn
- URL: https://learn.microsoft.com/en-us/windows-server/failover-clustering/Cluster-Operating-System-Rolling-Upgrade
- Source publication date: Not stated by the source

## Citation and use

Preferred citation: “Treat the cluster functional-level update as a rolling-upgrade decision point,” DSE Security, https://update.dsesecurity.com/updates/dse-20260908-129-treat-the-cluster-functional-level-update-as-a-rolling-upgrade-decision-point/
Publishing principles: https://update.dsesecurity.com/updates/dse-updates-editorial-methodology/
Usage and citation policy: https://update.dsesecurity.com/usage/
Copyright © 2026 Detection Systems & Engineering. All rights reserved.