Hi @Elizangela Andrade ,
Thanks for reaching out to Microsoft Q&A.
Below is a high-level approach you can validate and tailor to your environment, along with key impact areas and contingency considerations.
Migration Phases:
a) Assessment & Preparation:
- Inventory all Azure resources, role assignments, custom roles, managed identities, service principals, app registrations, Key Vaults, networking, etc.
- Export RBAC configs (e.g. with az role assignment list), custom roles, SP metadata and DevOps service-connection definitions.
- Check subscription type: CSP subscriptions can’t be directory-switched.
- Identify any resource locks, policies or management-group dependencies and remove or disable them.
- Plan your downtime window, back-out criteria and rollback plan (for example, keep source tenant intact until post-go-live).
b) Subscription Directory Transfer
Follow the Change subscription directory process:
- Prepare for the transfer
- Review prerequisites and documented impacts.
- Transfer the subscription
- Use the Azure portal or CLI.
- Enable the “Subscription Microsoft Entra tenant” option during the move.
- Re-create required configurations in the target tenant
- Rebuild RBAC assignments
- Re-create managed identities
- Re-create custom roles
c) Azure DevOps Organization Migration
If your Azure DevOps organization is backed by Microsoft Entra ID, you can switch its tenant:
- For organizations with more than 100 users, Microsoft CSS performs a Geneva-based AAD switch and may require a UPN mapping file.
- Do not pre-provision users in the target Entra ID, allow the switch process to import them to prevent duplication or identity conflicts.
d) Validation, Contingency & Rollback
- Execute functional smoke tests on VMs, App Services, databases, and pipelines ideally in a staging subscription first.
- Keep the original tenant and subscription available in read-only mode for rollback or comparison.
- Use ARM, Bicep, or Terraform to automate resource recreation, enabling fast redeployment if rollback is required.
- Document each step carefully, collect logs, and capture screenshots in case support engagement becomes necessary.
References