Hi Eric Andrade
Thanks for using the Q&A platform.
You're on the right track with your architecture, leveraging Azure File Sync for a hybrid file server. If your failover to the California data center causes the sync to break, but networking is verified, there are a few technical areas to investigate.
Each VM that participates in Azure File Sync must be registered as a server in the Azure File Sync service. When you fail over a VM using Zerto, you may be replicating the OS disk and configuration, but the underlying server identity (SID) used by Azure File Sync may no longer match. Azure File Sync registers machines with a unique ID, not just by name or IP.
I would recommend that after failover, re-register the VM with Azure File Sync using ServerRegistration.exe or uninstall and reinstall the Azure File Sync Agent, and link it back to the sync group.
If the VM in California has a different system time, it can cause authentication failures with Azure File Sync. Ensure NTP is working and synced to an authoritative time source.
Additionally, ensure the Storage Sync Agent version is the latest supported one for your OS, and it starts properly post-failover.
Find additional documentation:
https://learn.microsoft.com/en-us/azure/storage/file-sync/file-sync-deployment-guide?tabs=azure-portal%2Cproactive-portal#register-the-windows-server
If the response was helpful, please feel free to mark it as “Accepted Answer” and consider giving it an upvote. This also benefits others in the community.
Regards,
Obinna.