# Plan the VM state transition before changing a hibernated machine's disks or NICs

> Can a hibernated Azure VM be modified like an ordinary stopped VM while preserving its saved session?

- Canonical URL: https://update.dsesecurity.com/updates/dse-20260909-062-plan-the-vm-state-transition-before-changing-a-hibernated-machine-s-disks-or-nics/
- Publisher: Detection Systems & Engineering (DSE Security)
- Author: DSE Security Editorial Team
- Published: 2026-09-10T00:30:54+00:00
- Modified: 2026-09-10T00:35:07+00:00
- Last reviewed by DSE: 2026-09-09
- Resource type: Guide
- DSE priority: Information
- Topics: Business Continuity, IT
- Reading time: 2 minutes

## What you need to know

Can a hibernated Azure VM be modified like an ordinary stopped VM while preserving its saved session?

## Potentially affected

Azure VMs with a supported size, OS, persistent OS disk and hibernation-enabled configuration.

## DSE recommendation

Separate preservation of the hibernated session from the resource changes planned for the VM.

## Article

## Source facts

Azure hibernation writes VM memory to the OS disk before deallocation; temporary-disk contents do not persist. While hibernated, the VM cannot be resized or have disks or NICs attached, detached, or modified. Disk and NIC changes require moving it to Stop-Deallocated. Ordinary stop-deallocation does not preserve memory. Restarting a hibernated VM also has no capacity guarantee, including through capacity reservations. [Microsoft Learn](https://learn.microsoft.com/en-us/azure/virtual-machines/hibernate-resume).

## Applicability

Apply this review to an already eligible hibernation configuration. Check the current size, OS, disk, and feature restrictions separately before proposing hibernation for another workload. Identify any application work that depends on resuming the saved session.

## DSE recommendation

Separate preservation of the hibernated session from the resource changes planned for the VM. Have the workload owner decide whether to resume and close that session before changing resources, or use an approved fresh-start recovery path. Record the intended state transition and its acceptance criteria. Do not schedule a disk or NIC change on the assumption that hibernation is merely an ordinary stopped state with extra convenience.

## Verification

On a representative test VM, confirm the observed power state and inspect the planned resource configuration after the authorized transition. Test the application’s expected restart or resume behavior and verify its required data. Keep capacity-related startup failures separate from guest recovery errors. If the saved-session requirement and resource-change plan conflict, resolve that decision before touching the production VM.

## Official references

[Microsoft Learn: Hibernation for Azure virtual machines](https://learn.microsoft.com/en-us/azure/virtual-machines/hibernate-resume). Source reviewed September 9, 2026.

## Primary reference

- Name: Hibernation overview - Azure Virtual Machines | Microsoft Learn
- Authority: Microsoft Learn
- URL: https://learn.microsoft.com/en-us/azure/virtual-machines/hibernate-resume
- Source publication date: Not stated by the source

## Citation and use

Preferred citation: “Plan the VM state transition before changing a hibernated machine's disks or NICs,” DSE Security, https://update.dsesecurity.com/updates/dse-20260909-062-plan-the-vm-state-transition-before-changing-a-hibernated-machine-s-disks-or-nics/
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.