@Ben Reisinger Thanks for reaching out. I had a discussion with our Engineering team and confirmed that it's a bug and below is the Root cause of the issue.
The Azure Subscription that hosts the Azure APIM was suspended (the Managed API Service transitioned from a paused state to resumed) which caused the Azure APIM instances to get deleted. Due to a bug, the service performed a hard delete, instead of a soft delete for a few days, which caused the control plane to clean up the configuration data within the day.
By the time the Azure subscription was reactivated, service restored, and support ticket opened the database backups had expired and control-plane information was no longer able to be restored.
While this should not happen, we do recommend the customer to adopt infrastructure-as-code as part of their workflows to ensure that the configuration can be easily re-created. This can be achieved by using tools such as Bicep/Azure Resource Manager or APIOps.
We apologize for this inconvenience and will improve our platform to avoid this from happening by implementing a fix and improving our DB backup strategy to ensure we keep copies around for a longer period.
let me know if you have any queries, I would be happy to assist you.
Please 'Accept as answer' and ‘Upvote’ if it helped so that it can help others in the community looking for help on similar topic