An Azure service to centrally manages updates and compliance at scale.
Hello Ty Farquhar,
Thank you for reaching out to the Microsoft Q&A forum.
When investigated we see that there is currently no supported way to re‑establish or repair a missing osProfile on a VM that was restored from Azure Backup using a specialized OS disk.
When osProfile is null:
- enableAutomaticUpdates cannot be set
- patchMode cannot be changed from Manual
- enableHotpatching cannot be re-enabled
- REST, CLI, ARM, PowerShell all correctly return PropertyChangeNotAllowed
This requires a Microsoft support ticket to fix backend metadata and this is a known gap/bug in the Azure Backup restore workflow. There is no self-service workaround that preserves hotpatching on a restored specialized disk
But, If downtime is acceptable for you Rebuild VM properly (no metadata repair),
Create a new VM from the marketplace hotpatch image
Ensure:
- AutomaticByPlatform.
- Hotpatching enabled.
- Migrate data/applications from the restored VM.
- Decommission the restored VM.
This is the only self‑service, fully supported path today.
Azure Update Manager does support specialized VMs but hotpatching does not survive Backup restore when osProfile is lost.
Microsoft’s own documentation states:
- Automatic guest patching requires supported image lineage
- Metadata must exist at creation time
Azure Backup currently breaks that contract.
Reference:
Automatic Guest Patching for Azure Virtual Machines | Azure Docs
If it doesn’t work kindly share the below details in private message, we will create a support ticket to check with the backend team.
- VM resource ID.
- Proof it was originally deployed from Windows Server 2022 Azure Edition Hotpatch image.
- Backup restore job ID.
- Current VM JSON (showing osProfile: null).