Thanks for reaching out on Microsoft Q&A and really appreciate your patience while we looked into this.
Also, a big thanks to Suwarna S Kale for already sharing the correct direction. The issue is indeed due to an active Service Bus migration replication process, which places a protective lock on the namespace and prevents its deletion. To resolve this, you must first abort or complete the migration. Once the migration is terminated, the lock will be removed, allowing you to proceed with deleting the namespace.
Solution Steps:
OPTION 1: Using the Azure Portal
- Navigate to your Service Bus namespace in the Azure portal.
 - In the left-hand menu, under Settings, select Migrate.
 - On the migration page, you will see the status of the replication. If it is active, you will have an option to Abort Migration. Click this to terminate the process.
 - Once the migration is aborted, you can proceed to delete the namespace.
 
OPTION 2: You can do this either in the Azure portal or with the Azure CLI:
# Check migration status
az servicebus migration show -g <resource-group> -n <namespace>
# Abort migration
az servicebus migration abort -g <resource-group> -n <namespace>
# Or complete migration if you intend to finalize it
az servicebus migration complete -g <resource-group> -n <namespace>
# Delete migration config (if needed)
az servicebus migration delete -g <resource-group> -n <namespace>
# Finally, delete the namespace
az servicebus namespace delete -g <resource-group> -n <namespace>
In some cases, if there’s a geo-DR pairing, you may also need to break it manually before deletion:
az servicebus georecovery-alias break-pair -g <resource-group> --namespace-name <namespace> --alias <alias>
References:
- Migrate Azure Service Bus from Standard to Premium
 - Azure CLI – Service Bus Migration Commands
 - Geo-disaster recovery and aliasing for Service Bus
 
Hope this helps! Please let us know if you still have any questions. Thank you!