Unable to delete Microsoft.DataReplication replicationVaults – force delete fails – backend cleanup required

Mike Rogaczewski 0 Reputation points

We have an Azure Migrate resource group that cannot be deleted or moved.

Blocked resources:

  • Microsoft.DataReplication/replicationVaults/azl-migratepro0082replicationvault (westus2)
  • Microsoft.DataReplication/replicationVaults/azlmigrate6533replicationvault (centralus)
  • Microsoft.DataReplication/replicationVaults/prdazlmigrate5072replicationvault (centralus)

Symptoms:

  • Replication vaults cannot be deleted via Portal, Azure CLI, or REST API
  • REST DELETE attempted with supported API version (2024-09-01), including force=true; vaults remain in Succeeded state
  • Resource group cannot be deleted or moved
  • Microsoft.DataReplication provider cannot be unregistered due to existing resources

Request:
Requesting Microsoft backend cleanup of orphaned Microsoft.DataReplication replicationVaults so the resource group can be deleted.

  1. Siva shunmugam Nadessin 10,895 Reputation points Microsoft External Staff Moderator

    Hello Mike Rogaczewski,

    Kindly reply in private chat for us to discuss on the issue?


Sign in to comment

1 answer

  1. AI answer

    Backend cleanup of Microsoft.DataReplication/replicationVaults is not covered in the provided documentation and cannot be performed directly. However, there are a few documented checks that should be completed before engaging Microsoft support for backend removal:

    1. Verify and remove any locks
      • Resource group deletion requires that all resource locks and backup data are removed first.
      • Check the macewanu-prd-uw2-azmigrate resource group and each replication vault for management locks. If any exist, remove them and retry deletion of the vaults and then the resource group.
    2. Confirm there are no dependent resources
      • Resource Manager cannot delete a resource group if resources are still dependent on each other across groups.
      • Ensure that no other resources (for example, networks, subnets, or other managed resources) reference these replication vaults. If there are dependencies, remove or update them first.
    3. Retry deletion at the resource group level
      • Once locks and dependencies are cleared, attempt to delete the entire macewanu-prd-uw2-azmigrate resource group again. Resource Manager will determine the deletion order and retry failed deletes for transient errors.
    4. When deletion still fails
      • If the replication vaults remain in Succeeded state and block resource group deletion after all locks and dependencies are removed and delete operations have been retried, this indicates a platform-side issue.
      • At this point, open a support request with Microsoft Azure Support, include:
        • Subscription ID and resource group name
        • Full resource IDs of the three replicationVaults
        • CorrelationId from failed delete attempts
        • Timestamps and regions (westus2, centralus)
        • Confirmation that locks and dependencies have been removed and that delete operations with the latest API version (including force=true) have been attempted.
      • Request backend cleanup of the orphaned Microsoft.DataReplication/replicationVaults so that the resource group and provider registration can be unblocked.

    These steps align with the documented behavior for deletion failures and resource group deletion ordering; when those are exhausted, only Microsoft Support can perform backend cleanup.


    References:

    AI-generated content may be incorrect. Read our transparency notes for more information.
Sign in to answer

Your answer