An Azure relational database service.
Hello Ryan Brown,
What is actually happening under the hood is related to the architecture of Azure SQL. A database is a child resource that is permanently tethered to its parent Logical SQL Server. You cannot sever that tie by moving just the database to a new resource group. As you can see in the blue informational banner in your screenshot, Azure realized this and automatically pulled the parent server into the move batch.
The invisible error you are hitting is actually failing on the parent server, not the database. Usually, this happens because the parent server has a resource lock applied to it, it has a Private Endpoint network connection that blocks movement, or your account doesn't have the explicit administrative permissions to move the parent server itself.
To find out exactly what the true error is, you need to bypass the broken wizard. If you go to your current Resource Group and open the Activity Log, you will see a failed event called "Validate Move Resources". If you click on that event and view the raw JSON, it will tell you exactly which lock or setting is blocking the server from moving.
Follow this checklist before moving a resource https://learn.microsoft.com/en-us/azure/azure-resource-manager/management/move-resource-group-and-subscription?tabs=azure-cli#checklist-before-moving-resources
Just a quick heads-up: if your ultimate goal was to leave the server where it is and only move the database to a different group, that isn't possible using the Move command. You would actually need to spin up a new server in the target group and do a standard database copy.
Let me know if you are able to find that failed event in the Activity Log!
😊 If my answer helped you resolve your issue, please consider marking it as the correct answer. This helps others in the community find solutions more easily. Thanks!