An Azure backup service that provides built-in management at scale.
Hello Una
Thanks for reaching out on Microsoft Q&A.
When you enable backup on an Azure VM, Azure Backup automatically creates a hidden system resource group named in the pattern AzureBackupRG_<region>_<n> (for example, AzureBackupRG_eastus_1). This resource group stores the Restore Point Collection (Microsoft.Compute/restorePointCollections) used for Instant Restore snapshots.
These snapshots are separate from the recovery points in the Recovery Services vault. So when you deleted the VM, disabled the backup, and removed the parent resource group + vault, the instant restore point collection was left behind as an orphaned resource which is why the AzureBackupRG resource group cannot be deleted.
This behavior is by design and enforced by Azure Resource Manager — it's not a portal bug or a permissions issue.
Please have a look into below resolution steps:
Step 1: Locate the hidden Restore Point Collection
- Sign in to the https://portal.azure.com.
- Navigate to Resource groups → open
AzureBackupRG_<region>_<n>. - On the top menu, tick the checkbox Show hidden types.
- You will see a resource of type
Microsoft.Compute/restorePointCollectionsnamed likeAzureBackup_<vm-name>_##########.
Step 2: Delete the Restore Point Collection
Try deleting it directly from the portal first. If the portal delete fails, use Azure PowerShell (the officially supported method):
Remove-AzResource `
-ResourceGroupName "AzureBackupRG_<region>_<n>" `
-ResourceType "Microsoft.Compute/restorePointCollections" `
-Name "AzureBackup_<vm-name>_##########" `
-Force
Or Azure CLI:
RESTOREPOINTCOL=$(az resource list -g AzureBackupRG_<region>_1 \
--resource-type Microsoft.Compute/restorePointCollections \
--query "[?starts_with(name, 'AzureBackup_<vm-name>')].id" -o tsv)
az resource delete --ids $RESTOREPOINTCOL
This operation only removes the instant recovery snapshots — it does not touch any vault data (which you have already deleted).
Step 3: If the delete still fails with an "active SAS" error
If you see an error like:"There is an active shared access signature outstanding for disk restore point…"
it means a Shared Access Signature (SAS) is still attached to the underlying disk restore point. You'll need to revoke it via the REST API before deleting:
Reference: https://learn.microsoft.com/en-us/rest/api/compute/disk-restore-point/revoke-access
Once the SAS is revoked, retry the Remove-AzResource command.
Step 4: Delete the AzureBackupRG resource group
After all restore point collections are removed, the hidden resource group will delete cleanly from the portal or via:
Remove-AzResourceGroup -Name "AzureBackupRG_<region>_<n>" -Force
Reference:
- Azure resource move fails because the VM is configured with Azure Backup — includes the exact PowerShell / CLI commands to remove orphaned restore point collections.
- Manage recovery points — Azure Backup — explains the impact of deleting a VM without stopping protection first.
If you continue to face issues after following these steps (for example, the SAS revoke doesn't clear the lock), please share the exact error message from the portal / PowerShell output so I can look further.
Thanks,
Suchitra.