An Azure native disaster recovery service. Previously known as Microsoft Azure Hyper-V Recovery Manager.
No. Azure Site Recovery does not support using Azure-to-Azure replication across different Microsoft Entra tenants, and the supported Azure VM DR/migration scenarios in the provided documentation are limited to the same Microsoft Entra tenant.
Supported ASR scope for Azure VMs:
- Replicating Azure VMs from one subscription to another for DR is supported only within the same Microsoft Entra tenant.
- Migrating VMs across regions, including across subscriptions, is supported only within the same Microsoft Entra tenant.
- Azure CLI is not currently supported for Azure VM disaster recovery setup in this scenario.
For cross-tenant Azure VM migration, the documented Microsoft-recommended approaches are:
- Transfer the subscription to the destination tenant
- Azure Resource Manager does not support moving resources directly to a subscription in a different Microsoft Entra tenant.
- If all resources in a subscription need to move, use a same-tenant resource move into an empty subscription, transfer that subscription to the destination tenant, then move resources again if needed.
- Subscription transfer requires Azure Subscription Management team assistance through a support request.
- Copy VM disks and recreate the VM in the destination tenant
- This workaround is specifically documented for VMs.
- Stop and deallocate the source VM in Azure portal.
- Use Azure Storage Explorer signed in to both source and destination tenant accounts.
- Copy the managed OS disk and any data disks to the destination tenant.
- Create a new VM from the copied OS disk in the destination tenant.
- Verify the new VM works correctly, then delete the source resources if no longer needed.
- Important: VM extensions, managed identities, and Entra ID-integrated services must be reconfigured after recreation.
To minimize downtime, the documented VM-specific path is disk copy plus VM recreation, with cutover after validation in the destination tenant. If the whole subscription can move, subscription transfer is the other documented workaround.
If Mobility Service installation fails during an attempt to use ASR in this cross-tenant pattern, no supported troubleshooting path is documented here because this pattern itself is not documented as a supported production approach for Azure VM cross-tenant migration.
References: