Utilizzare PowerShell per eseguire una migrazione a fasi a Microsoft 365
Questo articolo si applica sia a Microsoft 365 Enterprise che a Office 365 Enterprise.
È possibile eseguire la migrazione nel tempo del contenuto delle cassette postali utente da un sistema di posta elettronica di origine a Microsoft 365 usando una migrazione a fasi.
In questo articolo vengono illustrate le attività necessarie per una migrazione della posta elettronica a fasi tramite PowerShell di Exchange Online. L'argomento What you need to know about a staged email migration offre 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.
Nota
È anche possibile usare l'interfaccia di amministrazione di Exchange per eseguire la migrazione a fasi. Vedere Eseguire una migrazione a fasi della posta elettronica a Microsoft 365.
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 verificare le autorizzazioni necessarie, vedere la voce "Migrazione" nell'argomento Autorizzazioni di 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 la migrazione a fasi
Prima di eseguire la migrazione delle cassette postali a Microsoft 365 usando una migrazione a fasi, è necessario apportare alcune modifiche all'ambiente Exchange.
Configurare Outlook via Internet su Exchange Server locale Il servizio di migrazione della posta elettronica utilizza Outlook via Internet (noto come RPC su HTTP) per connettersi a Exchange Server locale. Per informazioni su come impostare Outlook via Internet per Exchange Server 2007 e Exchange 2003, vedere gli argomenti seguenti:
Importante
È necessario utilizzare un certificato rilasciato da un'autorità di certificazione attendibile (CA) con la configurazione di Outlook via Internet. Non è possibile configurare Outlook via Internet con un certificato autofirmato. Per ulteriori informazioni, vedere Come configurare SSL per Outlook via Internet
Facoltativo: verificare che sia possibile connettersi all'organizzazione di Exchange utilizzando Outlook via Internet Utilizzare uno dei seguenti metodi per verificare le impostazioni di connessione.
Utilizzare Outlook all'esterno della rete aziendale per connettersi alla cassetta postale di Exchange locale.
Usare Microsoft Remote Connectivity Analyzer per testare le impostazioni di connessione. Utilizzare i test di individuazione automatica di Outlook o Outlook via Internet (RPC su HTTP).
In PowerShell di Exchange Online, eseguire i comandi seguenti:
$Credentials = Get-CredentialTest-MigrationServerAvailability -ExchangeOutlookAnywhere -Autodiscover -EmailAddress <email address for on-premises administrator> -Credentials $credentials
Impostare le autorizzazioni 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 usato quando ci si connette al sistema di posta elettronica creando un endpoint di migrazione più avanti in questa procedura Passaggio 3: Creare un endpoint di migrazione.
Per eseguire la migrazione delle cassette postali, l'amministratore deve disporre di uno dei seguenti set di autorizzazioni:
Essere un membro del gruppo Domain Admins di Active Directory nell'organizzazione locale.
oppure
Disporre dell'autorizzazione FullAccess per ogni cassetta postale locale e dell'autorizzazione WriteProperty per modificare la proprietà TargetAddress negli account utente locali.
oppure
Disporre dell'autorizzazione Receive As sul database delle cassette postali locale in cui sono memorizzate le cassette postali degli utenti e dell'autorizzazione WriteProperty per modificare la proprietà TargetAddress negli account utente locali.
Per istruzioni su come impostare queste autorizzazioni, vedere Assegnare le autorizzazioni per la migrazione delle cassette postali a Microsoft 365.
Disabilitare la messaggistica unificata Se la messaggistica unificata è attivata per le cassette postali locali, disattivarla prima di eseguirne le migrazione. Una volta completata la migrazione, attivare la messaggistica unificata per le cassette postali. Per le procedure da eseguire, vedere l'argomento relativo alladisabilitazione della messaggistica unificata.
Usare la sincronizzazione della directory per creare nuovi utenti in Microsoft 365. Si usa la sincronizzazione della directory per creare tutti gli utenti locali nell'organizzazione di Microsoft 365.
Dopo avere creato gli utenti, è necessario assegnare loro le licenze. Il tempo disponibile per aggiungere le licenze dopo la creazione degli utenti è di 30 giorni. Per la procedura per aggiungere licenze, vedere Passaggio 8: completare le attività successive alla migrazione.
È possibile usare lo strumento di sincronizzazione Microsoft Entra o i servizi di sincronizzazione Microsoft Azure AD per sincronizzare e creare gli utenti locali in Microsoft 365. Dopo la migrazione delle cassette postali a Microsoft 365, gli account utente vengono gestiti nell'organizzazione locale e vengono sincronizzati con l'organizzazione di Microsoft 365. Per ulteriori informazioni, vedere Integrazione di directory .
Passaggio 2: creazione di un file CSV per un batch di migrazione a fasi
Dopo aver identificato gli utenti di cui si vuole eseguire la migrazione delle cassette postali locali a Microsoft 365, usare un file csv (Comma Separated Value) per creare un batch di migrazione. Ogni riga del file CSV, usata da Microsoft 365 per eseguire la migrazione, contiene informazioni su una 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 oltre 2.000 cassette postali, creare altri file CSV e usare ogni file per creare un nuovo batch di migrazione.
Attributi supportati
Il file CSV per una migrazione a fasi supporta i tre attributi seguenti. Ogni riga nel file CSV corrisponde a una cassetta postale e deve contenere un valore per ognuno di questi attributi.
| Attributo | Descrizione | Obbligatorio? |
|---|---|---|
| EmailAddress |
Specifica l'indirizzo di posta elettronica SMTP primario, ad esempio pilarp@contoso.com, per le cassette postali locali. Usare l'indirizzo SMTP primario per le cassette postali locali e non gli ID utente di Microsoft 365. Ad esempio, se il dominio locale è denominato contoso.com ma il dominio di posta elettronica di Microsoft 365 è denominato service.contoso.com, usare il nome di dominio contoso.com per gli indirizzi di posta elettronica nel file CSV. |
Obbligatorio |
| Password |
Password da impostare per la nuova cassetta postale di Microsoft 365. Tutte le restrizioni per le password applicate all'organizzazione di Microsoft 365 si applicano anche alle password incluse nel file CSV. |
Facoltativo |
| ForceChangePassword |
Specifica se un utente deve modificare la password la prima volta che accede alla nuova cassetta postale di Microsoft 365. Usare True o False per il valore di questo parametro. >[! NOTA]> Se è stata implementata una soluzione Single Sign-On (SSO) distribuendo Active Directory Federation Services (AD FS) o versione successiva nell'organizzazione locale, è necessario usare False per il valore dell'attributo ForceChangePassword. |
Facoltativo |
Formato del file CSV
Di seguito viene illustrato un esempio di formato per il file CSV. In questo esempio viene eseguita la migrazione di tre cassette postali locali a Microsoft 365.
Nella prima riga, o riga di intestazione, del file CSV sono elencati i nomi degli attributi, o campi, specificati nelle righe successive. Il nome di ciascun attributo è separato da una virgola.
EmailAddress,Password,ForceChangePassword
pilarp@contoso.com,Pa$$w0rd,False
tobyn@contoso.com,Pa$$w0rd,False
briant@contoso.com,Pa$$w0rd,False
Ogni riga che segue l'intestazione rappresenta un utente e fornisce le informazioni che verranno utilizzate per la migrazione della cassetta postale di tale utente. I valori degli attributi di ciascuna riga devono trovarsi nello stesso ordine in cui sono elencati i nomi degli attributi nella riga di intestazione.
Per creare il file CSV, è possibile utilizzare un editor di testo o un'applicazione come Excel. Salvare il file con estensione .csv o .txt.
Nota
Se il file CSV contiene caratteri speciali o non ASCII, salvarlo con la codifica UTF-8 o Unicode. A seconda dell'applicazione, il salvataggio del file CSV con codifica UTF-8 o Unicode può risultare più semplice quando le impostazioni locali del sistema del computer corrispondono alla lingua usata nel file CSV.
Passaggio 3: 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 usando PowerShell per una migrazione a fasi, è necessario innanzitutto connettersi a Exchange Online.
Per un elenco completo dei comandi di migrazione, vedere Cmdlet di spostamento e migrazione.
Per creare un endpoint di migrazione di Outlook via Internet denominato "StagedEndpoint" in PowerShell di Exchange Online, eseguire i comandi seguenti:
$Credentials = Get-Credential
New-MigrationEndpoint -ExchangeOutlookAnywhere -Name StagedEndpoint -Autodiscover -EmailAddress administrator@contoso.com -Credentials $Credentials
Per ulteriori informazioni sul cmdlet New-MigrationEndpoint, vedereNew-MigrationEndpoint.
Nota
Il cmdlet New-MigrationEndpoint può essere utilizzato per specificare un database per il servizio da utilizzare tramite l'opzione -TargetDatabase. In caso contrario, un database viene assegnato in modo casuale dal sito di Active Directory Federation Services (ADFS) 2.0 in cui si trova la cassetta postale di gestione.
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 "StagedEndpoint":
Get-MigrationEndpoint StagedEndpoint | Format-List EndpointType,ExchangeServer,UseAutoDiscover,Max*
Passaggio 4: creare e avviare un batch di migrazione a fasi
È 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 "StagedBatch1" e viene utilizzato l'endpoint di migrazione creato nel passaggio precedente.
New-MigrationBatch -Name StagedBatch1 -SourceEndpoint StagedEndpoint -AutoStart
In questo esempio viene inoltre creato un batch di migrazione denominato "StagedBatch1" 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 StagedBatch1 -SourceEndpoint StagedEndpoint
Verificare che il passaggio di migrazione sia avvenuto correttamente
Eseguire il seguente comando in PowerShell di Exchange Online per visualizzare informazioni su "StagedBatch1":
Get-MigrationBatch -Identity StagedBatch1 | Format-List
È inoltre possibile verificare che il batch sia stato avviato eseguendo il comando riportato di seguito:
Get-MigrationBatch -Identity StagedBatch1 | Format-List Status
Per ulteriori informazioni sul cmdlet Get-MigrationBatch, vedereGet-MigrationBatch.
Passaggio 5: convertire le cassette postali locali in utenti abilitati alla posta
Dopo la migrazione di un batch di cassette postali, è necessario fare in modo che gli utenti possano accedere alla propria posta. Un utente di cui è stata eseguita la migrazione della cassetta postale ha ora sia una cassetta postale locale che una in Microsoft 365. Gli utenti che hanno una cassetta postale in Microsoft 365 smetteranno di ricevere nuovi messaggi nella cassetta postale locale.
Poiché le migrazioni non sono completate, non si è ancora pronti per indirizzare tutti gli utenti a Microsoft 365 per la posta elettronica. Quindi cosa fai per quelle persone che hanno entrambe? È possibile modificare le cassette postali locali di cui è già stata eseguita la migrazione agli utenti abilitati alla posta elettronica. Quando si passa da una cassetta postale a un utente abilitato alla posta elettronica, è possibile indirizzare l'utente a Microsoft 365 per la posta elettronica anziché passare alla cassetta postale locale.
Un altro motivo importante per convertire le cassette postali locali in utenti abilitati alla posta elettronica è conservare gli indirizzi proxy dalle cassette postali di Microsoft 365 copiando gli indirizzi proxy agli utenti abilitati alla posta elettronica. In questo modo è possibile gestire gli utenti basati su cloud dall'organizzazione locale utilizzando Active Directory. Inoltre, se si decide di rimuovere l'organizzazione Exchange Server locale dopo la migrazione di tutte le cassette postali a Microsoft 365, gli indirizzi proxy copiati agli utenti abilitati alla posta elettronica rimarranno nella Active Directory locale.
Passaggio 6: eliminare un batch di migrazione a fasi
Dopo che tutte le cassette postali incluse in un batch di migrazione sono state migrate correttamente, e una volta convertite tutte le cassette postali locali del batch in utenti abilitati alla posta, si può procedere all'eliminazione del batch di migrazione a fasi. Assicurarsi di verificare che la posta elettronica venga inoltrata alle cassette postali di Microsoft 365 nel batch di migrazione. Quando si elimina un batch di migrazione in fasi, il servizio di migrazione cancella tutti i record relativi al batch di migrazione ed elimina il batch di migrazione.
Per eliminare il batch di migrazione "StagedBatch1" in PowerShell di Exchange Online, eseguire il comando riportato di seguito.
Remove-MigrationBatch -Identity StagedBatch1
Per ulteriori informazioni sul cmdlet Remove-MigrationBatch, vedereRemove-MigrationBatch.
Verificare che il passaggio di migrazione sia avvenuto correttamente
Eseguire il seguente comando in PowerShell di Exchange Online per visualizzare informazioni su "IMAPBatch1":
Get-MigrationBatch StagedBatch1
Il comando restituirà il batch di migrazione con uno stato di Rimozione in corso o restituirà un errore che informa che non è possibile trovare il batch di migrazione, confermandone l'eliminazione.
Per ulteriori informazioni sul cmdlet Get-MigrationBatch, vedereGet-MigrationBatch.
Passaggio 7: Assegnare licenze agli utenti di Microsoft 365
Attivare gli account utente di Microsoft 365 per gli account migrati assegnando licenze. Se non si assegna una licenza, la cassetta postale viene disabilitata allo scadere 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.
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 SSO, è possibile disinstallare Exchange dai server e rimuovere l'organizzazione di Exchange locale.
Nota
La rimozione di Exchange può avere conseguenze indesiderate. Prima di rimuovere l'organizzazione di Exchange locale, è consigliabile contattare il supporto tecnico Microsoft.
Per ulteriori informazioni, vedere gli argomenti seguenti: