Restore of deleted Azure fileshare through recovery vault should be possible.
I got this error recently: UserErrorRestoreAFSInDeleteState- Listed restore points are not available as the associated file share containing the restore point snapshots has been deleted permanently
Reffering link: https://docs.microsoft.com/en-us/azure/backup/troubleshoot-azure-files#usererrorrestoreafsindeletestate--listed-restore-points-are-not-available-as-the-associated-file-share-containing-the-restore-point-snapshots-has-been-deleted-permanently
Support told me: Sadly, once the Azure File Share is deleted, if it's not in soft-delete so you can undelete it, you won't be able to recover the File Share.
Which means that even if I have backed up the Azure File Share within the Recovery services Vault, It cannot be restored if it was deleted by an accident or an evil admin.
I dont see this as a feature, but more like an major error there have to be fixed!
Backup / restore data should be seperated to the "live" data..
This is the only backup solution where I have seen this "logic".
Marino Souza commented
I also experienced a similar situation recently.
In short, the Azure file share was deleted, but we still had many snapshots on the vault then we opened a ticket under id: 2106270040000037. Unfortunately, the support explained that there was no way to recover the snapshots, even for a different location as the recover wizard suggests since the storage was deleted. Still, there were a different way to recover the deleted storage from their side, but it would only work within 14 days of deletion, otherwise the garbage collector would wipe all out, which was our scenario.
This warned us something and we are very concerned regarding the REAL EFFECTIVENESS of the Vault solutions. Currently, we have many Storages Accounts under Local Redundancy service, and Recovery Vault making backups of these Storages under Geo-Redundancy service. Let's suppose the Data-Center from our storages was affected by some accident and happens complete data loss, it seems our Geo-Redundancy Vault won't worth of anything since there won't be the initial Storage from those snapshots. This makes us feel insecure of whether our data is REAL SECURED or not and it's bringing the discussion if we should use another provider instead of azure.
As proposed in this idea/feedback, Backup/restore data should be separated from the "live" data, because this dependency doesn't make sense at all for us.
Megha Pandey commented
Thanks for sharing the feedback. We do agree that there should be a copy of backup data stored offsite. Hence one of the key priority items that we are working on is, adding hardening capability to existing Files backup solution. This would empower you to restore your data irrespective of the state of original data source. Its currently under design and we are targeting to share some concrete updates around it by end of CY2021.