- You should NOT commit the failover if you plan to fail back.
- Committing destroys recovery points in Azure.
- You're fine — since the failover is not committed, the recovery points are still usable for failback.
To fail back safely, you should:
Re-establish a Site-to-Site VPN or ExpressRoute between your Azure VNet and on-premises network.
Once network connectivity is restored:
The on-prem Configuration Server will be contactable.
You can proceed to **Re-Protect** and **Failback** to VMware.
The **datastore will become visible** in the wizard.
This is the recommended and supported approach.
Export and Manually Restore (Not recommend )
If you cannot restore network connectivity:
- You would need to manually export the Azure VM (VHDs) and import into VMware using tools like:
-
Azure Storage Explorer
to download VHDs -
VMware Converter
to create a VM
-
- This approach:
- Breaks the ASR failback chain
- Requires manual sync of any changed data
- Should only be used if you accept data loss risk or downtime
See https://learn.microsoft.com/en-us/azure/site-recovery/vmware-azure-failback
https://learn.microsoft.com/en-us/azure/site-recovery/vmware-azure-reprotect
https://learn.microsoft.com/en-us/azure/site-recovery/vmware-azure-prepare-failback
https://learn.microsoft.com/en-us/azure/site-recovery/vmware-azure-troubleshoot-failback-reprotect
😊 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!