Tutti noi apprezziamo la facilità con cui it lavora con Microsoft Office 365 , dove tutte le cose sono automatizzate e gestite da Microsoft, ma un giorno in cui la vostra azienda si separa o ne acquisite un'altra, vi troverete di fronte alla necessità di spostare i dati da un tenant di Office 365 a un altro. Si tratta di un'operazione molto complessa, per la quale è necessaria una conoscenza molto più approfondita di come funzionano le cose sotto il cofano.
Vediamo quali sono le scelte di un percorso di migrazione:
In base alla nostra esperienza, il trasferimento dei dati è solo un pezzo del puzzle. Nella maggior parte dei casi è necessario spostare un dominio DNS, quindi si tratta di una migrazione "big bang" e di tutte le sfide ad essa correlate. Il lunedì mattina dobbiamo ricollegare tutti gli utenti al nuovo tenant e it dipende dal tipo di dispositivo, dal sistema operativo e dalla versione di Office, Active Directorya semplicemente il numero di utenti che devono cambiare profilo il giorno dopo il go-live. Nessuno strumento può liberarvi completamente da questo doloroso esercizio.
Fasi tipiche di una migrazione:
- Fase di studio (Proof of concept, architettura, esplorazione del contesto, scelta degli strumenti, scoping)
- Preparazione (impostazione degli ambienti, spostamento dei dati in fase preliminare)
- Comunicazione agli utenti
- Evento di migrazione (weekend di cutover)
- Post-migrazione
Per saperne di più: https://docs.microsoft.com/en-us/microsoft-365/downloads/microsoft-365-tenant-to-tenant-migration.pdf?view=o365-worldwide
Migrazione delle caselle di posta elettronica tra tenant
Microsoft fornisce in anteprima un nuovo metodo chiamato "Cross tenant Mailbox Migration". Fare riferimento a https://techcommunity.microsoft.com/t5/microsoft-365-blog/cross-tenant-mailbox-migration-in-now-in-public-preview/ba-p/1692465
Si noti che it può migrare solo le caselle di posta, it non copre Teams, Sharepoint, OneDrive, i gruppi, ecc. It richiede Azure Key Vault e Storage Account - per questo, oltre a Office 365, è necessaria la sottoscrizione di Azure nel tenant di destinazione. Ma non preoccupatevi, it non consumerà molto. Evidenziamo il metodo utilizzato dallo strumento e poi spiegheremo i passaggi per l'utilizzo di it.
Il metodo Microsoft si basa sulla casella di posta elettronica Exchange-come la migrazione. È necessario creare un utente abilitato alla posta (MEU) nella destinazione, quindi eseguire la migrazione e il sistema copierà i dati, mantenendoli sincronizzati, uno al giorno, fino alla conclusione della migrazione (in un giorno D, ad esempio 2 settimane dopo). Successivamente, la nuova casella di posta elettronica sarà disponibile sul tenant di destinazione. Si noti che all'origine la casella di posta elettronica scompare e viene convertita in MEU. Se l'e-mail viene inviata alla vecchia MEU, it verrà inoltrata alla nuova casella di posta. Differenza importante, in quanto gli strumentidi terze parti hanno in genere due caselle di posta elettronica che vengono sincronizzate, ma entrambe esistono ancora. In questo modo, una casella di posta elettronica esiste in un momento in cui un'altra è un contatto MEU. Un altro prerequisito del metodo Microsoft è legato ai tenant sincronizzati di AD . Per creare le MEU è necessario avere uno schema ibrido Exchange o almeno Exchange AD nel dominio/foresta di destinazione AD . Per leterze parti, in genere it non è necessario.
Il caveau delle chiavi di Azure conserverà le credenziali (certificato) e lo storage di Azure è solo un blob da usare come spazio di trasferimento. Lo storage può essere qualsiasi archivio locale senza ridondanza, solo con accesso a caldo; l'unica cosa da ricordare è che Key Vault e Storage devono trovarsi nella stessa regione.
Una volta soddisfatti i prerequisiti, è possibile eseguire un powershell oneliner preparato da Microsoft per configurare il tenant di destinazione. Poi dovrete dare il consenso all'amministrazione in entrambi i tenant (l'url sarà fornito da uno script o sarà inviato via e-mail). Infine, eseguire un altro oneliner per la sorgente. Ora è possibile migrare gli utenti per lotti come si faceva in passato in Exchange on-premises, oppure utilizzando powershell New-MigrationBatch.
Nei nostri test abbiamo notato che il metodo Microsoft è 1,12 volte più veloce degli strumenti diterze parti. Ricordate: it è un'anteprima, quindi non aspettatevi ancora un buon supporto da parte di Microsoft.
Mover.io
Il prossimo passo potrebbe essere la migrazione dei dati degli utenti in OneDrive (essenzialmente it è un Sharepoint Online). It può essere realizzato da Mover.io (acquisito da Microsoft) https://mover.io/guides/migrating-office-365-to-office-365/#introduction
Mover.io fornisce un'interfaccia grafica di facile comprensione per spostare i dati. Microsoft si sta preparando a rilasciare metodi Powershell per spostare i dati di SharePoint Online, ma la data di rilascio non è ancora stata confermata.
Sintesi
Microsoft mette a disposizione uno strumento per la migrazione delle caselle di posta Cross tenant e, in combinazione con Mover.io, it fornisce i blocchi per il progetto di migrazione. Entrambi i metodi sono gratuiti, escludendo la necessità di componenti Azure , e it rende it una scelta molto interessante per una rapida migrazione di massa dei dati da un tenant all'altro. In questo momento si consiglia di mantenere gli strumenti di terze parti per i progetti reali fino a quando Microsoft non passerà dalla versione Preview alla General Availability. Indipendentemente dallo strumento utilizzato per spostare i dati, non sottovalutate lo stress di cambiare i profili degli utenti per connettersi al nuovo tenant dopo lo spostamento dei dati.
Congratulazioni per la fusione o l'acquisizione di un'azienda!
Potete contare sui nostri esperti per aiutarvi nella migrazione.
Non esitate a contattarci per qualsiasi domanda o suggerimento. Saremo lieti di rispondere a it via e-mail o telefono.
