Wait for storage resynchronization before the next cluster interruption

Source facts

Microsoft explains that drives on an unavailable node miss updates until that node returns. The storage-resync health fault was introduced in Windows Server 2019. With that fault, Windows Admin Center shows a yellow resyncing state between down and up. Get-StorageJob provides underlying long-running storage-job information. Microsoft Learn.

Applicability

Identify the node that returned and the storage workloads affected by its absence. Review the server-version-specific monitoring guidance before relying on a dashboard color. Keep host availability, storage resynchronization, and application readiness as separate observations.

DSE recommendation

Add an explicit storage-resync gate to the maintenance runbook between one node returning and another being interrupted. Assign a storage owner to decide which health and job observations satisfy the gate. Preserve the original failure or maintenance timeline and record any additional fault. Avoid scheduling the next interruption merely because management access to the first node has returned.

Verification

Inspect the applicable health faults and storage jobs throughout the recovery interval. Confirm the expected resync completion and workload health before releasing the next maintenance step. Record any persistent or failed job and escalate rather than overriding the gate. Retain the timeline so later reviews can distinguish normal resync duration from a stalled operation.

Official references

Microsoft Learn: Understand and monitor storage resync. Source reviewed September 8, 2026.