An Azure relational database service.
Soft-deleted Azure SQL logical server cannot be restored - deletedServers API returns the record but restore fails with SubscriptionDoesNotHaveServer
Summary
I accidentally deleted an Azure SQL logical server and cannot restore it, despite the soft-deleted record existing and being well inside its retention window.
Environment
- Server: actually-split-db-server
- Region: UK South
- Resource group: actually-split (still exists, uksouth)
- Subscription: e154b660-...-cc8110b67f56 (full ID available privately on request)
- Deletion time: 2026-08-03T20:25:41.067Z
- Retention window expires: approx 2026-08-10T20:25Z
The contradiction
GET /subscriptions/{sub}/providers/Microsoft.Sql/deletedServers returns the record:
{
"id": ".../providers/Microsoft.Sql/locations/UK South/deletedServers/actually-split-db-server",
"properties": {
"deletionTime": "2026-08-03T20:25:41.067Z",
"originalId": ".../resourceGroups/actually-split/providers/Microsoft.Sql/servers/actually-split-db-server",
"version": "12.0"
}
}
But every restore attempt fails with SubscriptionDoesNotHaveServer:
Subscription '...' does not have the server 'actually-split-db-server'.
Please make sure that the subscription and server name are entered correctly.
What I have tried
1. Azure portal — SQL logical servers → Restore. Failed.
Correlation ID: b14bac1d-2da1-4b70-96be-580f8902fa8c (2026-08-03T21:15:53Z)
2. Azure CLI
az sql server restore -g actually-split -n actually-split-db-server -l uksouth
Async operation ID: b2304762-9cd3-4e2b-991a-2cf78c6447c9
x-ms-request-id: 332141de-021c-4cbe-90cd-274a8daa7ceb
x-ms-correlation-request-id: faeaf1ca-73a0-4986-a32a-0dfb30987f1d
ARM accepted the request (202) and started a long-running operation. The async operation then returned "status":"Failed" with SubscriptionDoesNotHaveServer.
3. PowerShell — Restore-AzSqlServer with both "UK South" and "uksouth". Same error.
What I have ruled out
- Resource group exists and is in uksouth.
- Correct region — the async operation URL confirms the request routed to
/resourceGroups/actually-split/providers/Microsoft.Sql/locations/uksouth/serverAzureAsyncOperation/... - No Entra-only-authentication policy assigned (the documented restore blocker). Only
SecurityCenterBuiltIn / ASC Defaultis present on the subscription. - Azure CLI is current —
az sql server restoreis present and accepts the command. - No server with this name has been re-created since deletion.
-
az sql server showreturnsResourceNotFoundfor the name.
Question
Is there a way to make the restore succeed, or does this need the SQL product team to recover the server manually?
The retention window expires around 10 August, so this is time-sensitive. I am the subscription owner and I authorise the recovery attempt. Business justification: this was the primary production database for my application and no other copy of the data exists.