Quando due aziende si fondono o una ne acquisisce un’altra, sul tavolo dell’IT arriva un problema preciso: due tenant Microsoft 365 separati che devono diventare uno. È la migrazione tenant-to-tenant — una delle attività più delicate dell’ecosistema Microsoft 365, e una di quelle dove l’improvvisazione costa carissima.
Cos’è una migrazione tenant-to-tenant
Un tenant è l’istanza di Microsoft 365 di un’organizzazione: contiene utenti, email, file SharePoint/OneDrive, Teams, identità (Microsoft Entra ID), licenze e configurazioni. Una migrazione tenant-to-tenant sposta tutto questo da un tenant di origine a uno di destinazione, tipicamente per:
- Fusioni e acquisizioni (M&A): due aziende diventano una.
- Riorganizzazioni di gruppo: consolidamento di più tenant in uno.
- Scorpori (divestiture): separazione di una business unit in un nuovo tenant.
Cosa va migrato (e perché è complesso)
Non è “spostare le email”. Vanno gestiti insieme:
- Identità e account (Entra ID): utenti, gruppi, password, MFA.
- Caselle Exchange Online: posta, calendari, contatti, caselle condivise.
- File: OneDrive (personali) e SharePoint (siti, librerie, permessi).
- Teams: team, canali, chat, file collegati.
- Domini: lo stesso dominio (es.
@azienda.it) non può stare su due tenant insieme → serve un cutover coordinato.
La complessità sta nelle dipendenze: il dominio si può spostare solo dopo aver svuotato il tenant di origine, e gli utenti devono poter lavorare durante la transizione.
Le fasi tipiche
- Discovery & assessment: inventario dei due tenant, conflitti (UPN duplicati, domini, licenze). È il passo che evita i blocchi — vedi il cloud assessment.
- Pianificazione e mappatura: corrispondenza utenti, naming, calendario del cutover.
- Pre-migrazione: sincronizzazione iniziale di mailbox e file (con strumenti dedicati), creazione utenti sul tenant di destinazione.
- Cutover del dominio: rimozione del dominio dal tenant di origine e aggiunta su quello di destinazione (finestra critica, di solito nel weekend).
- Migrazione finale + switch: ultima sincronizzazione delta, reindirizzamento posta, riconfigurazione client (Outlook, Teams, OneDrive).
- Post-migrazione: verifica, decommissioning del tenant di origine, supporto agli utenti.
I rischi da governare
- Downtime della posta se il cutover del dominio è mal pianificato.
- Perdita di permessi SharePoint/Teams se non rimappati.
- Doppia identità / conflitti UPN tra i due tenant.
- Riconfigurazione massiva dei client il giorno del go-live (profilo Outlook, OneDrive, Teams).
- Coesistenza: durante la transizione i due gruppi devono potersi scrivere e vedere i calendari.
Perché serve un partner
A differenza di una migrazione “da on-premise a cloud” (come quella di Exchange o Active Directory verso Entra ID), la tenant-to-tenant ha un fattore di rischio in più: due ambienti vivi e un dominio che fa da collo di bottiglia. Si usano strumenti di migrazione specializzati e una regia precisa del cutover.
SynSphere gestisce migrazioni tenant-to-tenant Microsoft 365 per PMI e gruppi in M&A: assessment, coesistenza, cutover coordinato e supporto al go-live. Vedi i servizi di migrazione cloud e l’assistenza Microsoft 365 gestita, oppure parla con un nostro consulente.