Utilizzare PowerShell per eseguire una migrazione completa a Microsoft 365

Questo articolo si applica sia a Microsoft 365 Enterprise che a Office 365 Enterprise.

È possibile eseguire la migrazione del contenuto delle cassette postali utente da un sistema di posta elettronica di origine a Microsoft 365 contemporaneamente usando una migrazione completa. In questo articolo vengono illustrate le attività per una migrazione completa della posta elettronica tramite PowerShell di Exchange Online.

Esaminando l'articolo Informazioni su una migrazione completa della posta elettronica a Microsoft 365, è possibile ottenere una panoramica del processo di migrazione. Una volta appresi i contenuti di questo articolo, utilizzare quest'ultimo per iniziare la migrazione delle cassette postali da un sistema di posta elettronica a un altro.

Che cosa è necessario sapere prima di iniziare?

Tempo stimato per il completamento di questa attività: tra i 2 e i 5 minuti per creare un batch di migrazione. Dopo l'avvio del batch di migrazione, la durata della migrazione varia in base al numero di cassette postali nel batch, alla dimensione di ogni cassetta postale e alla capacità di rete disponibile. Per informazioni su altri fattori che influiscono sul tempo necessario per eseguire la migrazione delle cassette postali a Microsoft 365, vedere Prestazioni della migrazione.

Devi disporre delle autorizzazioni per poter eseguire queste procedure. Per visualizzare le autorizzazioni necessarie, vedere la voce "Migrazione" in una tabella nell'articolo Autorizzazioni destinatari .

Per utilizzare i cmdlet di PowerShell di Exchange Online, è necessario eseguire l'accesso e importare i cmdlet nella sessione di Windows PowerShell locale. Per istruzioni, vedere Connettersi a Exchange Online PowerShell.

Per un elenco completo dei comandi di migrazione, vedere Cmdlet di spostamento e migrazione.

Procedura della migrazione

Passaggio 1: predisporre una migrazione completa

• Aggiungere l'organizzazione di Exchange locale come dominio accettato dell'organizzazione di Microsoft 365. Il servizio di migrazione usa l'indirizzo SMTP delle cassette postali locali per creare l'ID utente e l'indirizzo di posta elettronica di Microsoft Online Services per le nuove cassette postali di Microsoft 365. La migrazione avrà esito negativo se il dominio di Exchange non è un dominio accettato o il dominio primario dell'organizzazione di Microsoft 365. Per altre informazioni, vedere Verificare il dominio.

• Configurare Outlook via Internet nel server Exchange locale Nel servizio di migrazione della posta elettronica viene utilizzato RPC su HTTP, anche denominato Outlook via Internet, per connettersi al server Exchange locale. Per informazioni sull'installazione di Outlook via Internet per Exchange 2010, Exchange 2007 ed Exchange 2003, vedere gli argomenti seguenti:

  • Exchange 2010: Abilita Outlook via Internet

  • Exchange 2007: Come abilitare Outlook Anywhere

  • Exchange 2003: Scenari di distribuzione per RPC su HTTP

  • Configurazione di Outlook via Internet con Exchange 2003

    Importante

    È necessario configurare Outlook via Internet con un certificato considerato attendibile da un'autorità di certificazione (CA, Certificate Authority). Non può essere configurato con un certificato autofirmato. Per ulteriori informazioni, vedere Come configurare SSL per Outlook via Internet.

• Verificare che sia possibile connettersi all'organizzazione di Exchange tramite Outlook via Internet Provare uno di questi metodi per testare le impostazioni di connessione:

  • Utilizzare Microsoft Outlook all'esterno della rete aziendale per connettersi alla cassetta postale di Exchange locale.

  • Utilizzare Microsoft Exchange Remote Connectivity Analyzer per testare le impostazioni della connessione. Utilizzare Outlook via Internet (RPC su HTTP) o i test di individuazione automatica di Outlook.

  • In PowerShell di Exchange Online, eseguire i comandi seguenti.

  $Credentials = Get-Credential
  

  Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials
  

• Assegnare a un account utente locale le autorizzazioni necessarie per accedere alle cassette postali nella propria organizzazione di Exchange. L'account utente locale usato per connettersi all'organizzazione di Exchange locale (detto anche amministratore della migrazione) deve disporre delle autorizzazioni necessarie per accedere alle cassette postali locali di cui si vuole eseguire la migrazione a Microsoft 365. Questo account utente viene utilizzato per creare un endpoint di migrazione per la propria organizzazione locale.

  Nel seguente elenco vengono mostrati i privilegi amministrativi necessari per migrare le cassette postali tramite una migrazione completa. Esistono tre opzioni possibili.

  • L'amministratore di migrazione deve essere un membro del gruppo Domain Admins in Active Directory nell'organizzazione locale.

    Oppure

  • All'amministratore di migrazione è assegnata l'autorizzazione FullAccess per ogni cassetta postale locale.

    Oppure

  • All'amministratore di migrazione deve essere assegnata l'autorizzazione Receive As nel database di cassette postali locali in cui si trovano le cassette postali dell'utente.

• Disabilitare la messaggistica unificata. Se le cassette postali locali di cui si sta eseguendo la migrazione sono abilitate per la messaggistica unificata, è necessario disabilitare la messaggistica stessa prima di eseguire la migrazione. È possibile quindi riabilitare la messaggistica unificata al termine della migrazione.

• Sicurezza Gruppi e delegati Il servizio di migrazione della posta elettronica non è in grado di rilevare se Active Directory locale gruppi sono o meno gruppi di sicurezza, pertanto non può effettuare il provisioning di gruppi migrati come gruppi di sicurezza in Microsoft 365. Se si vogliono avere gruppi di sicurezza nel tenant di Microsoft 365, è prima necessario effettuare il provisioning di un gruppo di sicurezza vuoto abilitato alla posta elettronica nel tenant di Microsoft 365 prima di avviare la migrazione completa. Inoltre, questo metodo di migrazione consente di spostare solo le cassette postali, gli utenti di posta, i contatti di posta e gruppi abilitati alla posta. Se qualsiasi altro oggetto di Active Directory, ad esempio l'utente di cui non viene eseguita la migrazione a Microsoft 365, viene assegnato come gestore o delegato a un oggetto di cui viene eseguita la migrazione, è necessario rimuoverlo dall'oggetto prima di eseguire la migrazione.

Passaggio 2: creare un endpoint di migrazione

Per eseguire correttamente la migrazione della posta elettronica, Microsoft 365 deve connettersi e comunicare con il sistema di posta elettronica di origine. A tale scopo, Microsoft 365 usa un endpoint di migrazione. Per creare un endpoint di migrazione di Outlook via Internet per una migrazione completa, è necessario innanzitutto connettersi a Exchange Online.

Per un elenco completo dei comandi di migrazione, vedere Cmdlet di spostamento e migrazione.

In PowerShell di Exchange Online, eseguire i comandi seguenti:

$Credentials = Get-Credential

Nell'esempio viene utilizzato il cmdlet Test-MigrationServerAvailability per ottenere e verificare le impostazioni di connessione al server di Exchange locale. In seguito, tali impostazioni vengono utilizzate per creare l'endpoint di migrazione denominato "CutoverEndpoint".

$TSMA = Test-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress administrator@contoso.com -Credentials $credentials

New-MigrationEndpoint -ExchangeOutlookAnywhere -Name CutoverEndpoint -ConnectionSettings $TSMA.ConnectionSettings

Verificare che il passaggio di migrazione sia avvenuto correttamente

In PowerShell di Exchange Online, eseguire il comando riportato di seguito per visualizzare le informazioni sull'endpoint di migrazione "CutoverEndpoint":

Get-MigrationEndpoint CutoverEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*

Passaggio 3: creare il batch di migrazione completa

È possibile utilizzare il cmdlet New-MigrationBatch in PowerShell di Exchange Online per creare un batch di migrazione per una migrazione completa. È possibile creare un batch di migrazione e avviarlo automaticamente includendo il parametro AutoStart. In alternativa, è possibile creare il batch di migrazione, per poi avviarlo utilizzando il cmdlet Start-MigrationBatch. In questo esempio viene creato un batch di migrazione denominato "CutoverBatch" e viene utilizzato l'endpoint di migrazione creato nel passaggio precedente.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint -AutoStart

In questo esempio viene inoltre creato un batch di migrazione denominato "CutoverBatch" e viene utilizzato l'endpoint di migrazione creato nel passaggio precedente. Poiché il parametro Avvio automatico non è incluso, il batch di migrazione deve essere avviato manualmente nel dashboard di migrazione o usando il cmdlet Start-MigrationBatch . Come illustrato in precedenza, può esistere solo un batch di migrazione completa alla volta.

New-MigrationBatch -Name CutoverBatch -SourceEndpoint CutoverEndpoint

Verificare che il passaggio di migrazione sia avvenuto correttamente

Per verificare che sia stato creato correttamente un batch di migrazione per una migrazione completa, eseguire il seguente comando in PowerShell di Exchange Online per visualizzare informazioni sul nuovo batch di migrazione:

Get-MigrationBatch | Format-List

Passaggio 4: avviare il batch di migrazione completa

Per avviare il batch di migrazione in PowerShell di Exchange Online, eseguire il comando riportato di seguito. In tal modo verrà creato un batch di migrazione denominato "CutoverBatch".

Start-MigrationBatch -Identity CutoverBatch

Verificare che il passaggio di migrazione sia avvenuto correttamente

Se un batch di migrazione è avviato correttamente, il relativo stato sul dashboard di migrazione viene indicato come Sincronizzazione in corso. Per verificare che sia stato avviato correttamente un batch di migrazione tramite PowerShell di Exchange Online, eseguire il comando riportato di seguito:

Get-MigrationBatch -Identity CutoverBatch |  Format-List Status

Passaggio 5: Instradare la posta elettronica a Microsoft 365

I sistemi di posta elettronica utilizzano un record DNS denominato record MX per individuare dove recapitare i messaggi di posta elettronica. Durante il processo di migrazione della posta elettronica, il record MX fa riferimento al sistema di posta elettronica di origine. Ora che la migrazione della posta elettronica a Microsoft 365 è stata completata, è possibile puntare il record MX a Microsoft 365. Ciò consente di assicurarsi che la posta elettronica venga recapitata alle cassette postali di Microsoft 365. Spostando il record MX, è inoltre possibile disattivare il sistema di posta elettronica precedente al momento più opportuno.

Per molti provider DNS, sono disponibili istruzioni specifiche per modificare il record MX. Se il proprio provider DNS non è incluso o se si preferisce ottenere indicazioni generali, vedere le istruzioni generali sui record MX.

È possibile che i sistemi di posta elettronica dei propri clienti e partner impieghino fino a 72 ore per riconoscere il record MX modificato. Attendere almeno 72 ore prima di procedere con l'attività successiva: Step 6: Delete the cutover migration batch.

Passaggio 6: eliminare il batch di migrazione completa

Dopo aver modificato il record MX e verificato che tutta la posta elettronica venga instradata alle cassette postali di Microsoft 365, informare gli utenti che la loro posta sarà spostata in Microsoft 365. Dopo questa operazione, è possibile eliminare il batch di migrazione completa. Verificare le seguenti condizioni prima di eliminare il batch di migrazione.

• Tutti gli utenti usano cassette postali di Microsoft 365. Dopo l'eliminazione del batch, la posta inviata alle cassette postali nella Exchange Server locale non viene copiata nelle cassette postali di Microsoft 365 corrispondenti.

• Le cassette postali di Microsoft 365 sono state sincronizzate almeno una volta dopo l'invio diretto della posta elettronica. A tale scopo, assicurarsi che il valore nella casella Ora ultima sincronizzazione per il batch di migrazione sia più recente rispetto a quando la posta ha iniziato a essere instradata direttamente alle cassette postali di Microsoft 365.

Per eliminare il batch di migrazione "CutoverBatch" in PowerShell di Exchange Online, eseguire il comando riportato di seguito:

Remove-MigrationBatch -Identity CutoverBatch

Sezione 7: assegnare licenze utente

Attivare gli account utente di Microsoft 365 per gli account migrati assegnando licenze. Se non si assegna una licenza, la cassetta postale viene disabilitata al termine del periodo di prova (30 giorni). Per assegnare una licenza nel interfaccia di amministrazione di Microsoft 365, vedere Assegnare o annullare l'assegnazione di licenze.

Passaggio 8: completare le attività successive alla migrazione

• Creare un record DNS di individuazione automatica affinché gli utenti possano accedere facilmente alle proprie cassette postali. Dopo la migrazione di tutte le cassette postali locali a Microsoft 365, è possibile configurare un record DNS di individuazione automatica per l'organizzazione di Microsoft 365 per consentire agli utenti di connettersi facilmente alle nuove cassette postali di Microsoft 365 con Outlook e i client mobili. Questo nuovo record DNS di individuazione automatica deve usare lo stesso spazio dei nomi usato per l'organizzazione di Microsoft 365. Ad esempio, se lo spazio dei nomi basato su cloud è cloud.contoso.com, il record DNS di individuazione automatica che deve essere creato è autodiscover.cloud.contoso.com.

  Se si mantiene il Exchange Server, è anche necessario assicurarsi che il record CNAME DNS di individuazione automatica punti a Microsoft 365 nel DNS interno ed esterno dopo la migrazione in modo che il client Outlook si connetta alla cassetta postale corretta.

  Nota

  In Exchange 2007, Exchange 2010 e Exchange 2013 è inoltre necessario impostare Set-ClientAccessServer AutodiscoverInternalConnectionURI su Null.

  Microsoft 365 usa un record CNAME per implementare il servizio di individuazione automatica per i client Outlook e per dispositivi mobili. Il record CNAME di individuazione automatica deve includere le seguenti informazioni:

  • Alias: individuazione automatica

  • Destinazione: autodiscover.outlook.com

    Per altre informazioni, vedere Aggiungere record DNS per connettere il dominio.

• Rimuovere i server di Exchange locali. Dopo aver verificato che tutta la posta elettronica viene instradata direttamente alle cassette postali di Microsoft 365 e non è più necessario gestire l'organizzazione di posta elettronica locale o non si prevede di implementare una soluzione Single Sign-On (SSO), è possibile disinstallare Exchange dai server e rimuovere l'organizzazione di Exchange locale.

  Per ulteriori informazioni, vedere gli argomenti seguenti:

  • Modifica o eliminazione di Exchange 2010

  • Come rimuovere un'organizzazione di Exchange 2007

  • Disinstallazione di Exchange Server 2003