Esamina le opzioni di migrazione della posta elettronica
Microsoft 365 offre una gamma di opzioni di migrazione che le organizzazioni devono prendere in considerazione prima di spostare i dati di posta elettronica in Exchange Online. Queste opzioni implicano strategie di migrazione e coesistenza. È importante comprendere la differenza tra le diverse opzioni.
Migrazione. La migrazione è il processo di spostamento dei dati utente da un sistema di messaggistica di origine a Exchange Online. In uno scenario di migrazione, un'organizzazione vuole spostare le cassette postali esistenti in Exchange Online il più rapidamente possibile, senza la necessità di mantenere una coesistenza a lungo termine.
Coesistenza. La coesistenza è un altro termine per un ambiente completamente ibrido. Si tratta del processo di gestione del sistema di messaggistica locale esistente di un'organizzazione ed Exchange Online contemporaneamente. A differenza della migrazione, la coesistenza consente a un'organizzazione di spostare le cassette postali tra i server di posta elettronica locali ed Exchange Online senza che gli utenti notino una differenza. Di conseguenza, la coesistenza offre il modo più semplice per spostare le cassette postali dal punto di vista dell'utente, ma richiede anche la maggior parte del lavoro per gli amministratori della posta elettronica.
Con la coesistenza, i prodotti server locali vengono sincronizzati o integrati con i servizi aziendali cloud. In questo stato, un'organizzazione può raggruppare le risorse in un'unica posizione o avere un contenitore misto di risorse che si trovano in locale e nel cloud. Ad esempio, un'organizzazione potrebbe integrare l'ambiente di Exchange locale con Exchange Online. In questo modo, potrebbe essere necessario mantenere alcune cassette postali locali nell'ambiente per scopi proprietari. Tuttavia, potrebbe avere molte cassette postali situate nel cloud per scopi di facilità d'uso e di backup.
Un’organizzazione può eseguire la migrazione delle cassette postali da un server Exchange oppure da un altro sistema di posta elettronica.
Eseguire la migrazione da un ambiente di server Exchange locale
Un'organizzazione può eseguire la migrazione degli elementi della cassetta postale utente seguenti dall'ambiente di server Exchange locale esistente a Microsoft 365:
- elementi dei calendari
- attività
- contatti
Le sezioni seguenti descrivono i tipi di migrazioni che possono essere usate durante la migrazione da un ambiente di server Exchange.
Migrazione completa
Un'organizzazione deve prendere in considerazione una migrazione completa se prevede di eseguire la migrazione di tutte le cassette postali locali a Microsoft 365 nel corso di alcuni giorni. Viene eseguita anche la migrazione dei contatti della posta elettronica e dei gruppi di distribuzione di un’organizzazione di Exchange locale.
Le migrazioni cutover sono disponibili per le organizzazioni:
- che eseguono Exchange 2003 o Exchange 2007
- con meno di 2000 cassette postali
- che vogliono spostare tutte le cassette postali contemporaneamente
Nota
Una migrazione completa supporta il passaggio a un massimo di 2000 cassette postali. Tuttavia, a causa del tempo necessario per creare ed eseguire la migrazione di 2000 utenti, è più ragionevole eseguire la migrazione di 150 utenti o meno.
Una volta completata la migrazione, ogni utente che dispone di una cassetta postale di Exchange locale diventerà anche un nuovo utente di Office 365. Tuttavia, la migrazione non assegna una licenza per Microsoft 365 o Office 365 a ogni utente. Occorrerà però assegnare le licenze agli utenti le cui cassette postali sono state migrate.
Letture aggiuntive. Per altre informazioni sulle migrazioni cutover, vedere Eseguire la migrazione della posta elettronica a Exchange Online usando il metodo cutover Exchange.
Migrazione a fasi
Un'organizzazione deve prendere in considerazione una migrazione a fasi se prevede di eseguire alla fine la migrazione di tutte le cassette postali locali a Microsoft 365. Una migrazione a tappe migra lotti di caselle di posta elettronica on-premises a Microsoft 365 nel corso di alcune settimane o mesi.
Le migrazioni a fasi sono disponibili per le organizzazioni:
- che eseguono Exchange 2003 o Exchange 2007
- con più di 2000 cassette postali
- che vogliono spostare le cassette postali in batch nel corso di un periodo di settimane o mesi
Con le migrazioni a fasi, è necessario completare una sincronizzazione una tantum di Active Directory con Microsoft 365. Lo scopo della sincronizzazione è creare destinatari in Microsoft 365. Al termine, è possibile selezionare batch di cassette postali da spostare in Microsoft 365. Una migrazione a fasi esegue la migrazione di un batch di utenti alla volta. È necessario iniziare identificando gli utenti di cui si vuole eseguire la migrazione delle cassette postali locali a Microsoft 365. Dopo aver raggruppato gli utenti in batch, è necessario creare un file con valori delimitati da virgole (CSV) per ogni batch di utenti. Ogni riga nel file CSV contiene informazioni sulla cassetta postale locale.
Nota
Non esiste un limite per il numero di cassette postali di cui è possibile eseguire la migrazione a Microsoft 365 usando una migrazione a fasi. Il file CSV per un batch di migrazione può contenere al massimo 2.000 righe. Per eseguire la migrazione di più di 2.000 cassette postali, creare più file CSV e usare ogni file per creare un nuovo batch di migrazione.
Durante la migrazione, l'indirizzo SMTP (Simple Mail Transfer Protocol) di ogni cassetta postale locale viene usato per creare l'indirizzo di posta elettronica per una nuova cassetta postale di Microsoft 365. Per eseguire una migrazione a fasi, il dominio locale deve essere verificato come dominio di cui si è proprietari nell'organizzazione di Microsoft 365.
Dopo che un'organizzazione ha eseguito una migrazione a fasi, agli utenti di cui è stata eseguita la migrazione vengono fornite nuove credenziali di accesso. Devono quindi riconfigurare i rispettivi Outlook e gli altri profili dell'app della posta elettronica. L'organizzazione deve concedere una licenza agli utenti dopo che sono stati creati durante la migrazione a fasi. Il tempo disponibile per aggiungere le licenze dopo la creazione degli utenti è di 30 giorni.
Letture aggiuntive. Per altre informazioni sulle migrazioni a fasi, vedere Eseguire una migrazione a fasi della posta elettronica in Exchange Online.
Migrazione ibrida di Exchange
Una distribuzione ibrida di Exchange offre alle organizzazioni la possibilità di estendere al cloud l'esperienza ricca di funzionalità e il controllo amministrativo di cui dispongono con l'organizzazione locale di Microsoft Exchange esistente. Con le distribuzioni ibride, l'interfaccia utente sembrerà quella di una singola organizzazione di Exchange, tra un'organizzazione di Exchange locale ed Exchange Online. Inoltre, la distribuzione ibrida può fungere da passaggio intermedio nel trasferimento completo a un'organizzazione di Exchange Online.
In una distribuzione ibrida di Exchange sono disponibili tre diversi tipi di opzioni di migrazione ibrida:
- Migrazione ibrida completa. Questo tipo di migrazione è ideale per le organizzazioni di grandi dimensioni che dispongono di diverse migliaia di cassette postali e necessitano di un'integrazione completa tra l'organizzazione di Exchange locale e Microsoft 365. Active Directory è sincronizzato con Microsoft 365. È possibile scambiare informazioni sulla disponibilità, sono disponibili opzioni avanzate per il flusso di posta elettronica e altro ancora.
- Migrazione ibrida minima. Questo tipo di migrazione è ideale per le organizzazioni di medie dimensioni che hanno da poche centinaia a un paio di migliaia di cassette postali e vogliono completare la migrazione in un paio di mesi. Analogamente alla migrazione ibrida completa, le migrazioni ibride minime configurano la sincronizzazione continua di Active Directory con Microsoft 365 per semplificare l'amministrazione dei destinatari. Tuttavia, funzionalità come la sincronizzazione della disponibilità e altre funzionalità avanzate non sono disponibili.
- Migrazione rapida. Questo tipo di migrazione è ideale per le organizzazioni di piccole dimensioni che vogliono completare la migrazione in un paio di settimane. La migrazione rapida esegue una sincronizzazione una tantum di Active Directory con Microsoft 365 per configurare i destinatari. Consente quindi di spostare le cassette postali in Microsoft 365. Non sono disponibili funzionalità avanzate.
La configurazione guidata ibrida (HCW) supporta topologie ibride classiche e moderne.
Topologia ibrida classica. L'ambiente ibrido classico richiede che i server Exchange interni siano accessibili da Exchange Online tramite il protocollo HTTPS. Questa connessione consente Exchange Online di connettersi all'organizzazione di Exchange interna per le funzionalità ibride. La pubblicazione dei server Exchange interni in Internet richiede un indirizzo IP pubblico dedicato e un certificato TLS ufficiale. La topologia ibrida classica include:
- Classica completa
- Classica minima
- Classica rapida
Topologia ibrida moderna. La topologia ibrida moderna non richiede alcuna connessione HTTPS in ingresso da Exchange Online all'organizzazione di Exchange interna. L'agente ibrido di Exchange connette invece l'organizzazione di Exchange locale ed Exchange Online. Questo agente viene installato in un server ed eseguito come servizio che si connette ad Exchange Online usando una connessione HTTPS in uscita. L'agente ibrido supporta le richieste di disponibilità da Exchange Online al server Exchange locale e alle migrazioni delle cassette postali.
In una distribuzione ibrida di Exchange, la topologia ibrida moderna è l'opzione preferita perché non è necessario installare componenti aggiuntivi per le connessioni HTTPS in ingresso. Tuttavia, se l'organizzazione usa Microsoft Teams, non è possibile usare questa opzione se si vuole che gli utenti Microsoft Teams continuino a usare le cassette postali nei server Exchange locali dell'azienda. In questo caso, l'opzione ibrida classica completa è l'unica scelta dell'azienda. La topologia ibrida moderna include:
- Moderna completa
- Moderna minima
La topologia ibrida classica offre alle organizzazioni una maggiore flessibilità rispetto alla topologia ibrida moderna. Tuttavia, questa flessibilità ha un prezzo, dal momento che l'opzione ibrida classica ha molti più requisiti operativi e di configurazione rispetto all’opzione ibrida moderna. Il vantaggio offerto dalle migrazioni ibride moderne è che possono essere completate più rapidamente rispetto alle migrazioni ibride classiche. Questa funzionalità, a sua volta, consente alle organizzazioni di attivare e rendere più veloci le distribuzioni ibride di Exchange.
Nella tabella seguente vengono confrontate le opzioni disponibili nella topologia ibrida classica e nella topologia ibrida moderna.
Nota
Questa tabella è una versione espansa di quella pubblicata originariamente nel capitolo 13 del libro, Microsoft Office 365 Administration Inside Out, Seconda Edizione. Riferimento- Fisher, Ed; Guilmette, Aaron; Kegg, Darryl; Mandich, Lou. Microsoft Office 365 Administration Inside Out (Include il servizio del libro corrente), seconda ed. Pearson Education, Inc., 2017. Stampa.
Opzioni di configurazione ibrida di Exchange
Classica minima
Classica rapida
Classica completa
Moderna minima
Moderna completa
Criteri indirizzo di posta elettronica e Configurazione del dominio
Sì
Sì
Sì
Sì
Sì
Configurazione del connettore di invio e ricezione
No
No
Sì
No
Sì
Configurazione OAuth
No
No
Sì per Exchange 2013/2016/2019 con CU corrente
No
Sì per Exchange 2013/2016/2019 con CU corrente
Trust federativo e Relazione organizzativa
No
No
Sì
No
Sì
Configurazione dell'endpoint MRS
Sì
Sì
Sì
Sì
Sì
Microsoft Entra Connect in Express Configuration
No
Sì
No; configurare separatamente
No; configurare separatamente
No; configurare separatamente
Trasferimento configurazione dell'organizzazione
Sì
Sì
Sì
Sì
Sì
Autenticazione moderna ibrida
No
No
No; la configurazione guidata ibrida (HCW) fornisce i componenti di base per preparare l'ambiente per l'autenticazione moderna ibrida.
No
No
Ricerca in più cassette postali cross-premise
No
No
Sì
No
No
Suggerimenti di posta elettronica cross-premise
No
No
Sì
No
Sì
DNS esterno di individuazione automatica e un certificato pubblico necessari
Sì
Sì
Sì
Sì (vedere la nota dopo la tabella)
Sì (vedere la nota dopo la tabella)
DNS esterno di trasporto e certificato pubblico necessari
No
No
Sì
No
Sì
DNS esterno dei Servizi Web Exchange (EWS) e certificato pubblico necessari
Sì
Sì
Sì
No
No
Porta TCP 443 in ingresso in Exchange locale
Sì
Sì
Sì
Sì per l'individuazione automatica, se necessaria; No per l'agente ibrido
Sì per l'individuazione automatica, se necessaria; No per l'agente ibrido
Porta TCP 443 in uscita per Exchange Online
Sì
Sì
Sì
Sì
Sì
Porta TCP 25 in ingresso ad Exchange locale
No
No
Sì
No
Sì
Porta TCP 25 in uscita ad Exchange Online Protection
No
No
Sì
No
Sì
Porta TCP 80 in uscita per il controllo della revoca del certificato
Sì
Sì
Sì
Sì
Sì
Certificato di terze parti obbligatorio- Individuazione automatica/Trasporto/EWS per Exchange locale, Server Exchange 2013/2016/2019
Sì
Sì
Sì
Sì per l'individuazione automatica, se necessaria; No per l'agente ibrido
Sì per l'individuazione automatica e Trasporto, se necessari; No per l'agente ibrido
Server Exchange di Edge 2013/2016/2019 con Edge Sync e certificato di terze parti di Edge per Opzioni di trasporto, porta TCP 25 in ingresso/uscita al punto di uscita di rete
No
No
Sì
No
Sì
Server Exchange di Edge 2013/2016/2019 senza Edge Sync e certificato di terze parti di Edge per Opzioni di trasporto, porta TCP 25 in ingresso/uscita al punto di uscita di rete
No
No
No
No
No
Nota
A seconda della topologia e della configurazione, potrebbe essere comunque necessario pubblicare i record di individuazione automatica in DNS esterno. Potrebbe anche essere necessario aprire la porta TCP 25 in ingresso e in uscita negli ambienti di Exchange. Queste attività possono essere necessarie per altri motivi. Ad esempio, i client di Exchange Active Sync usando il client di posta elettronica legacy in Android o iOS. Detto questo, è fortemente consigliabile che le organizzazioni usino Microsoft Outlook per iOS e Android come applicazione di messaggistica per i dispositivi mobili. Un altro motivo potrebbe essere l'uso di una funzionalità come l’autenticazione moderna ibrida di server Exchange. Per altre informazioni, rivedere le limitazioni dell'agente ibrido e della topologia ibrida moderna descritte nell'articolo Agente ibrido Microsoft.
Eseguire la migrazione da altri sistemi
Altre opzioni di migrazione sono disponibili per le organizzazioni il cui sistema di posta elettronica di origine è diverso da Server Exchange. Altre opzioni sono disponibili anche per le organizzazioni che dispongono di file Personal Storage Table (PST) di cui vogliono eseguire la migrazione a Microsoft 365. Queste opzioni sono descritte nelle sezioni seguenti.
Migrazione Internet Message Access Protocol (IMAP)
Se il sistema di posta elettronica di origine di un'organizzazione è un servizio di posta elettronica Internet Mail Access Protocol (IMAP), ad esempio Gmail o Yahoo Mail, l’organizzazione può usare una migrazione IMAP per eseguire la migrazione dei contenuti delle cassette postali degli utenti a Microsoft 365.
Nota
Una migrazione IMAP non è limitata alla migrazione della posta elettronica dai servizi di posta elettronica abilitati per IMAP. È anche possibile usare la migrazione IMAP dai server Exchange. Infatti, se il server Exchange è precedente ad Exchange 2003, una migrazione IMAP è l'unica opzione possibile.
È possibile usare l'interfaccia di amministrazione di Exchange o Exchange Online PowerShell per eseguire una migrazione IMAP. Per preparare una migrazione IMAP, è necessario:
- Aggiungere gli utenti a Microsoft 365. Ogni utente deve avere una cassetta postale Microsoft 365 di destinazione per la migrazione IMAP.
- Creare un file CSV delle cassette postali degli utenti di cui si vuole eseguire la migrazione, in modo analogo a una migrazione a fasi.
Quando si esegue una migrazione IMAP, vengono copiati solo i dati della posta elettronica. Questo tipo di migrazione non funziona per i contatti, gli elementi del calendario e le attività. È possibile eseguire la migrazione di un massimo di 500.000 elementi dalla cassetta postale di un utente (la migrazione dei messaggi di posta elettronica viene eseguita a partire agli elementi più recenti fino a quelli meno recenti). La dimensione massima di un messaggio di posta elettronica di cui eseguire la migrazione è 35 MB.
Se le connessioni al sistema di posta elettronica di origine sono state limitate, è consigliabile aumentarle per migliorare le prestazioni della migrazione. I limiti di connessione comuni includono:
- connessioni totali client/server
- connessioni per utente
- connessioni di indirizzi IP nel server o nel firewall
Per eseguire correttamente la migrazione della posta elettronica, Microsoft 365 deve connettersi e comunicare con il sistema di posta elettronica di origine. Microsoft usa un endpoint di migrazione per eseguire questa connessione. Questo endpoint contiene le impostazioni usate per creare la connessione.
Migrazione di file PST
È possibile usare il servizio di importazione nel Centro conformità Microsoft 365 per importare rapidamente in blocco i file PST nelle cassette postali di Exchange Online nell'organizzazione. Un'organizzazione può importare file PST in Microsoft 365 in due modi:
- Caricamento tramite rete. L’organizzazione deve caricare i file PST tramite la rete in un percorso di archiviazione temporaneo di Azure nel cloud Microsoft. L'organizzazione esegue quindi il servizio di importazione di Microsoft 365 per importare i dati PST nelle cassette postali di Exchange Online.
- Spedizione unità. L'organizzazione deve copiare i file PST in un disco rigido crittografato con BitLocker. Deve quindi spedire fisicamente l'unità a Microsoft. Quando Microsoft riceve il disco rigido, il personale del datacenter copia i dati in un percorso di archiviazione temporaneo di Azure nel cloud Microsoft. L'organizzazione esegue quindi il servizio di importazione di Microsoft 365 per importare i dati nelle cassette postali di Exchange Online.
Un'organizzazione deve prendere in considerazione una migrazione PST quando:
- Dispone di una grande quantità di dati delle cassette postali di cui è necessario eseguire la migrazione a Microsoft 365.
- Esegue i server IMAP/POP3 e i relativi client possono esportare file PST (ad esempio, usando Microsoft Outlook).
- Non vuole sovrautilizzare la connettività Internet durante la migrazione.
Migrazione della posta elettronica di terze parti
Un'organizzazione deve prendere in considerazione una migrazione di terze parti quando il sistema di posta elettronica di origine è un altro server di posta elettronica rispetto a quelli indicati in precedenza. Una migrazione di posta elettronica di terze parti richiede uno strumento di migrazione di terze parti. Ci sono molti strumenti disponibili da terzi. Vengono utilizzati protocolli e approcci specifici per condurre migrazioni di posta elettronica da piattaforme di posta elettronica come IBM Lotus Notes e Novell GroupWise.
Se il sistema di posta elettronica di terze parti fornisce solo il protocollo POP3 su cui gli utenti si connettono alle cassette postali, l'unica opzione di migrazione consiste nell'usare uno strumento di migrazione di terze parti o una migrazione PST.
Verifica delle conoscenze
Scegliere la risposta migliore per ognuna delle domande seguenti. Quindi selezionare "Controlla le risposte".