Azure Site Recovery Failure
Hello
Im having issues Testing fail over on my Azure Server and also fail on test VM Backup (Restore VM)
It says i have reached my core count limit But when i check my quota I havent
Please can you help
Thanks
Kamal
-
Manish Deshpande 7,010 Reputation points β’ Microsoft External Staff β’ Moderator
Hello @Kamal Kotecha
- What is the Exact VM size of the source VM(s) and what target size/family is ASR trying to use in the failover?
- Are the VMs part of an Availability Set? If yes, how many VMs are in that availability set?
- In Subscription β Usage + quotas, what does it show for:
- the standard DADSv5 family core/vCPU quota in ukwest (Current vs Adjustable)?
- Are you running Test failover or a planned failover for the same VM, and do both fail at the same prerequisite step?
- Do you see any other error IDs/messages besides 28075?
Pls help me with this questions to get a clear understanding
-
Kamal Kotecha 25 Reputation points
Microsoft say that there is an issue with capacity. Perhaps DADSv5 are oversubscribed in UK? My reason for this is to do a Azure Site Recovery Failover TEST, and a Azure Backup Restore VM. Is there another way I can perform the tests whilst Microsoft resolve the capacity issue?
-
Manish Deshpande 7,010 Reputation points β’ Microsoft External Staff β’ Moderator
Hello @Kamal Kotecha
I just wanted to kindly follow up to check if you had a chance to review my earlier response.
-
Kamal Kotecha 25 Reputation points
Thanks @Manish Deshpande
- The VM is Standard_D2ads_v5
- No availability sets
- In Subscription β Usage + quotas, what does it show for:
- screenshot attached
- Just a test failover and a Test VM Restore from backup
- Do you see any other error IDs/messages besides 28075? - Just this errorπ azure quota4
-
Manish Deshpande 7,010 Reputation points β’ Microsoft External Staff β’ Moderator
Hello @Kamal Kotecha
I just wanted to kindly follow up to check if you had a chance to review my earlier response.
Sign in to comment
5 answers
-
Mohammed Altamash Mohammed Suleman Khan 2,431 Reputation points
The test failover failed because of a region quota limit. Your error log shows the issue clearly.
Why It Failed Wrong region: The test runs in UK West. Zero quota: Your limit for standardDADsv5Family is 0 cores.
Two cores needed: The test requires 2 cores. Your earlier screenshot showed your quota for UK South. That is why it looked correct.
Search for Quotas in Azure Select Compute: Click on the Compute section.
Filter Region: Change the region filter to UK West.
Find VM Family: Locate Standard DADsv5 Family vCPUs. Request Increase:
Click the pencil icon. Set Limit: Request at least 4 cores. Submit: Click save.
Azure usually approves these requests in 5 minutes. Try the test failover again
------------- If this answer was helpful, kindly accept the answer ---------
-
Kamal Kotecha 25 Reputation points
Thank you @Manish Deshpande and @Andreas Baumgarten
It looks like Microsoft were able to raise my quota limit and I have sucessfully done a test restore (both VM Restore and ASR)
Thank you
Kamal
-
Andreas Baumgarten 132.1K Reputation points β’ MVP β’ Volunteer Moderator
Hi @Kamal Kotecha ,
Microsoft say that there is an issue with capacity. Perhaps DADSv5 are oversubscribed in UK? My reason for this is to do a Azure Site Recovery Failover TEST, and a Azure Backup Restore VM. Is there another way I can perform the tests whilst Microsoft resolve the capacity issue?
If there is a capacity issue with the DADSv5 series in the target region you can try to modify the target VM SKU (choose a different VM SKU family that is compatible regarding NICs, Disks and local storage) before starting the fail-over test.
Source: Managing target resources
(If the reply was helpful please don't forget to upvote and/or accept as answer, thank you)
Regards
Andreas Baumgarten
-
Andreas Baumgarten 132.1K Reputation points β’ MVP β’ Volunteer Moderator
Hi @Kamal Kotecha ,
based on your quota screenshot the displayed region is "UK South".
The error message is referencing the Azure region "UK West".
Please verify the "Total Regional vCPUs" and "DADSv5" quotas in the "UK West" region.
Request quotas "Total Regional vCPUs" and "DADSv5" for the for "UK West" region if required
(If the reply was helpful please don't forget to upvote and/or accept as answer, thank you)
Regards
Andreas Baumgarten
-
Kamal Kotecha 25 Reputation points
thanks
i think something is wrong with portal, since i already have 2 vms in uk south. but its showing as 0. and it wont allow me to amend quota. i think microsoft are looking into itπ azure quota2
Sign in to comment -
-
AI answer
The error is caused by a VM family core quota, not by the overall βTotal Regional vCPUsβ quota shown in the screenshot.
Azure Site Recovery test failover must be able to create VMs of the same size (family) as the protected VM in the target region. In the error details, Site Recovery reports:
The core count limit for family standardDADSv5Family in location ukwest was reached. Maximum limit: 0. Attempted: 2.
So, even though the overall regional vCPU quota in UK South is not exhausted, the DADSv5 family quota in UK West is set to 0, which blocks Site Recovery from creating the testβfailover VMs.
To fix this:
- In the Azure portal, go to Subscriptions β Usage + quotas for the affected subscription.
- Set Provider to Compute and Region to UK West (the failover region in the error message).
- Look for the quota entry for the standardDADSv5Family vCPUs (or similar DADSv5 family name).
- Submit a New quota request to increase that familyβs vCPU quota to at least the number of cores required by the protected VMs (for example, 2 or more).
- After the quota increase is approved, rerun the Site Recovery test failover and the test VM restore.
If multiple protected VMs use different size families, ensure that each required VM family in the target region has enough vCPU quota. Also verify that total regional cores in the target subscription are sufficient for all failover VMs, as failovers will fail if available cores do not meet the required count.
References:
AI-generated content may be incorrect. Read our transparency notes for more information.
