Azure VM snapshot failure fix: disk encryption conflict
Snapshots failing on Azure VMs? Usually it's an encryption key mismatch. Here's the quick fix and why it works.
You're not alone — this error is annoying as hell
I know seeing that FailedToSnapshotDisk error on your Azure VM backup makes you want to throw your monitor out the window. I've been there — it usually pops up right when you're about to run a critical backup before a patch Tuesday. Good news: the fix is straightforward once you know where to look.
The real fix — check your disk encryption keys
In 90% of cases, this failure happens because Azure Backup can't read the disk encryption keys. If your VM uses Azure Disk Encryption (ADE) with a Key Vault, the backup service needs special permissions to access that vault. Here's what to do:
- Go to your VM in the Azure portal, click Disks, then Encryption in the top menu.
- Check the Key Vault listed — write down the vault name.
- Open that Key Vault, go to Access policies.
- Look for an entry for Azure Virtual Machine Backup (or similar service principal). If it's missing, add it with Get and Unwrap Key permissions.
- Also check the Secrets tab — the backup service needs Get permission on the secret used for the encryption key.
- Wait 5 minutes for Azure to sync, then retry the snapshot.
That's it. 9 times out of 10, this resolves the error. I've seen this trip up teams running Windows Server 2019 or 2022 with default ADE setup. The backup service just can't grab the key, so the snapshot times out or fails.
Why this works
When Azure Backup takes a snapshot, it needs to lock the disk for a split second to get a consistent copy. If the disk is encrypted with a key from Key Vault, the backup service must decrypt that snapshot. No permission = no decryption = failure. The error message is vague because Azure just says "snapshot failed" without explaining the auth problem. The fix above gives the backup service the Get (read the key) and Unwrap Key (use the key) permissions it needs. Once those are set, snapshots run smooth.
This is why you sometimes see the error only on the first backup after enabling encryption — permissions were never configured. Or when you swap a VM to a new Key Vault — the old permissions don't carry over.
Less common variations
If the above doesn't fix it, check these:
1. Key Vault firewall blocking access
If your Key Vault has a firewall enabled (e.g., only allowed specific IPs or VNets), the backup service (which runs from Azure's internal network) might get blocked. Go to Key Vault > Networking, and add Allow trusted Microsoft services to bypass this firewall. This isn't ideal for security, but it's the only way Azure Backup can work without opening everything.
2. Key expiration or rotation
If your encryption key was rotated or expired after the initial setup, the backup service might still reference the old key version. In Key Vault, check the Keys tab and verify the key is Enabled and not expired. If rotated, update the VM's encryption settings to point to the new key version through Azure Disk Encryption settings.
3. Disk size causing timeout
Rarer, but if a disk is over 4 TB and the VM is on a slower storage tier (like Standard HDD), the snapshot process can time out. For this, reduce the disk size or upgrade to Premium SSD. But always try the permission fix first — it's the most common cause.
Prevention — stop it from happening again
Once you fix it, do these three things to avoid a repeat:
- Set up Key Vault permissions at VM creation. When you enable Azure Disk Encryption during VM setup, the portal sometimes asks for backup permissions — say yes. This adds the service principal automatically.
- Monitor key expiration. Use Azure Monitor alerts on Key Vault keys. Set a 30-day warning before expiry. Rotate keys with a 7-day overlap so both old and new keys are active during backup windows.
- Test snapshots monthly. Run a manual snapshot of your VMs every month, not just during backups. This catches permission issues early. I've seen teams miss this for 6 months then panic when a disaster hits.
That's it — no fluff. Fix the encryption permissions, test it, and you're back to smooth backups. If you're still stuck after this, drop a comment with your VM OS version and Key Vault setup — I'll help debug it. We're all in this cloud mess together.
Was this solution helpful?