The error indicates that the Azure Backup workload extension or connectivity required for SQL backup on the VM is failing. Since reboot and VM agent checks did not help, the next steps are to validate extension health, connectivity, and re‑register the SQL workload extension.
Follow these steps in order:
- Confirm the VM is running and reachable
- Ensure the VM is in the Running state in the Azure portal.
- Verify that SQL Server is up and running on the VM.
- Check for common extension and connectivity errors
- In the Recovery Services vault, open the backup item for this SQL VM and check the latest failed job details for a specific error code such as:
- WorkloadExtensionNotReachable
- UserErrorVMInternetConnectivityIssue
- UserErrorWindowsWLExtFailedToStartPluginService
- If you see:
- WorkloadExtensionNotReachable: The VM is shut down or cannot contact Azure Backup.
- Ensure the VM is running and has internet connectivity.
- Then re‑register the extension on the SQL Server VM as described below.
- UserErrorVMInternetConnectivityIssue: Outbound connectivity or TLS cipher issues.
- If using NSGs, allow outbound access using service tags AzureBackup, AzureActiveDirectory, and Storage as described in the NSG tags section of the SQL backup documentation.
- Ensure DNS resolves Azure endpoints.
- Verify the VM is not behind a load balancer or firewall/proxy that blocks outbound calls to Azure Backup, Azure Storage, or Microsoft Entra ID.
- If a GPO restricts TLS cipher suites, remove the VM from that GPO or modify it to allow the required cipher suites.
- UserErrorWindowsWLExtFailedToStartPluginService: Workload plugin service cannot start due to permissions.
- Ensure NT Service\AzureWLBackupPluginSvc has Read permissions on:
-
C:\Windows\Microsoft.NET\assembly\GAC_32
-
C:\Windows\Microsoft.NET\assembly\GAC_64
-
C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config
- In Local Security Policy → Local Policies → User Rights Assignment → Bypass traverse checking:
- Ensure Everyone is present by default, and if missing, add NT Service\AzureWLBackupPluginSvc.
- Restart the AzureWLBackupPluginSvc service (or retry the backup/enable‑protection operation).
- Re‑register the SQL workload extension on the VM
If backup/restore/configure operations are failing and the backup status shows Not reachable, or you see errors like WorkloadExtensionNotReachable / UserErrorWorkloadExtensionNotInstalled / WorkloadExtensionNotPresent / WorkloadExtensionDidntDequeueMsg, re‑register the extension:
- Typical causes include:
- Extension deleted/uninstalled from the portal or Control Panel.
- VM restored from an older point in time.
- VM shut down for an extended period so extension configuration expired.
- VM deleted and recreated with the same name.
- Availability Group node not fully registered.
- Use the documented re‑register extension on the SQL Server VM procedure (PowerShell or portal) and then retry Discover DBs in VMs and Configure Backup.
- Verify SQL backup registration and vault association
- Ensure the VM is registered for SQL backup in the same Recovery Services vault where backups are being configured.
- If the VM was previously registered in a different vault, it must be unregistered from that vault first. This requires:
- Stopping protection for all protected data sources.
- Deleting backed‑up data (destructive operation; review carefully before doing this in production).
- After unregistering from the old vault, register the VM with the correct vault and retry discovery/configure backup.
- Retry the enable‑backup operation
- After fixing connectivity, extension, and registration issues, retry Configure Backup for the SQL databases from the Recovery Services vault.
If the job still fails with a generic “Resource Operation Failure” but a more specific error code is present in job details, use that code with the error tables in the SQL backup troubleshooting article to apply the corresponding recommended action.
References: