Usare la migrazione batch per eseguire la migrazione di cartelle pubbliche legacy a Microsoft 365 o Office 365

Riepilogo: usare queste procedure per spostare le cartelle pubbliche di Exchange 2010 in Microsoft 365 o Office 365.

Questo argomento descrive come eseguire la migrazione delle cartelle pubbliche in una migrazione completa o a fasi dall'aggiornamento cumulativo 8 per Exchange Server 2010 Service Pack 3 (SP3) a Microsoft 365 o Office 365 e Exchange Online.

Questo argomento fa riferimento al server Exchange 2010 SP3 RU8 come server Exchange legacy. Inoltre, i passaggi in questo argomento si applicano sia a Exchange Online che a Microsoft 365 o Office 365. I termini potrebbero essere utilizzati in maniera intercambiabile in questo argomento.

È consigliabile non usare la funzionalità di esportazione PST di Outlook per eseguire la migrazione delle cartelle pubbliche a Microsoft 365 o Office 365 o Exchange Online. Microsoft 365, Office 365 e Exchange Online crescita delle cassette postali delle cartelle pubbliche viene gestito usando una funzionalità di suddivisione automatica che divide la cassetta postale delle cartelle pubbliche quando supera le quote di dimensioni. La funzione di divisione automatica non è in grado di gestire la crescita improvvisa delle cassette postali di cartelle pubbliche quando si usa l'esportazione PST per la migrazione verso le cartelle pubbliche e potrebbe essere necessario attendere fino a due settimane finché la divisione automatica non sposti i dati dalla cassetta postale principale. È consigliabile usare le istruzioni basate su cmdlet in questo documento per eseguire la migrazione delle cartelle pubbliche a Microsoft 365, Office 365 o Exchange Online. Tuttavia, se si sceglie di eseguire la migrazione delle cartelle pubbliche usando l'esportazione PST, vedere la sezione Eseguire la migrazione di cartelle pubbliche a Microsoft 365 o Office 365 usando l'esportazione PST di Outlook più avanti in questo argomento.

La migrazione verrà eseguita usando i cmdlet *-MigrationBatch , oltre agli script di PowerShell seguenti:

  • SourceSideValidations.ps1: lo script di convalida lato origine analizza le cartelle pubbliche all'origine e segnala i problemi rilevati insieme all'azione per risolvere i problemi. Questo script verrà eseguito nel server Exchange legacy locale.

  • Export-PublicFolderStatistics.ps1: questo script crea il file di mapping delle dimensioni da nome a cartella. Eseguire lo script sul server Exchange legacy.

  • Export-PublicFolderStatistics.psd1: questo file di supporto viene usato dallo Export-PublicFolderStatistics.ps1 script e deve essere scaricato nello stesso percorso.

  • PublicFolderToMailboxMapGenerator.ps1: questo script crea il file di mapping da cartella pubblica a cassetta postale usando l'output dello Export-PublicFolderStatistics.ps1 script. Eseguire lo script sul server Exchange legacy.

  • PublicFolderToMailboxMapGenerator.strings.psd1: questo file di supporto viene usato dallo PublicFolderToMailboxMapGenerator.ps1 script e deve essere scaricato nello stesso percorso.

  • Create-PublicFolderMailboxesForMigration.ps1: questo script crea le cassette postali delle cartelle pubbliche di destinazione per la migrazione. Inoltre, questo script calcola il numero di cassette postali necessarie per gestire il carico utente stimato, in base alle linee guida relative al numero di accessi utente per ogni cassetta postale delle cartelle pubbliche consigliato in Limits for Public Folders.

  • Create-PublicFolderMailboxesForMigration.strings.psd1: questo file di supporto viene usato dallo script Create-PublicFolderMailboxesForMigration.ps1 e deve essere scaricato nello stesso percorso.

  • Sync-MailPublicFolders.ps1: questo script sincronizza gli oggetti cartella pubblica abilitati per la posta elettronica tra la distribuzione locale di Exchange e Microsoft 365 o Office 365. Eseguire lo script sul server Exchange legacy.

  • SyncMailPublicFolders.strings.psd1: si tratta di un file di supporto usato dallo Sync-MailPublicFolders.ps1 script e deve essere copiato nello stesso percorso degli script precedenti.

Passaggio 1: Download degli script di migrazione fornisce informazioni dettagliate sul percorso in cui scaricare questi script. Verificare che tutti gli script vengano scaricati nello stesso percorso.

Quali versioni di Exchange sono supportate per la migrazione di cartelle pubbliche a Microsoft 365 o Office 365 e Exchange Online?

Exchange supporta lo spostamento delle cartelle pubbliche in Microsoft 365 o Office 365 e Exchange Online dalle versioni legacy seguenti di Exchange Server:

  • Exchange 2010 SP3 RU8 o versione successiva

Se è necessario spostare le cartelle pubbliche in Exchange Online ma i server locali non eseguono le versioni minime di supporto di Exchange 2010, è consigliabile aggiornare i server locali e usare la migrazione batch, che è l'unico metodo di migrazione delle cartelle pubbliche supportato.

Non è possibile eseguire la migrazione delle cartelle pubbliche direttamente da Exchange 2003 o Exchange 2007. Se si esegue Exchange 2007 o versioni precedenti nell'organizzazione, è necessario spostare tutti i database e le repliche di cartelle pubbliche in Exchange 2010 SP3 RU8 o versioni successive. In Exchange 2007 o versioni precedenti non possono rimanere repliche di cartelle pubbliche. Inoltre, la posta destinata a una cartella pubblica di Exchange 2013 o successiva non può essere instradata tramite un server Exchange 2003 o Exchange 2007.

Che cosa è necessario sapere prima di iniziare?

  • Il server Exchange 2010 deve eseguire Exchange 2010 SP3 RU8 o versione successiva.

  • In Microsoft 365 o Office 365 e Exchange Online, è necessario essere membri del gruppo di ruoli Gestione organizzazione. Questo gruppo di ruoli è diverso dalle autorizzazioni assegnate quando si sottoscrive Microsoft 365, Office 365 o Exchange Online. Per informazioni dettagliate su come abilitare il gruppo di ruoli Gestione organizzazione, vedere Gestire i gruppi di ruoli in Exchange Online.

  • In Exchange 2010, è necessario essere un membro del gruppo di ruoli RBAC Gestione organizzazione o Gestione server. Per i dettagli, vedere Aggiunta di membri a un gruppo di ruoli.

  • Prima di iniziare la migrazione delle cartelle pubbliche, se una singola cartella pubblica nell'organizzazione è più grande di 25 GB, è consigliabile eliminare il contenuto da tale cartella per renderlo più piccolo. In alternativa, è consigliabile dividere il contenuto della cartella pubblica in più cartelle pubbliche più piccole. Il limite di 25 GB menzionato si applica solo alla cartella pubblica e non alle sue eventuali sottocartelle. Se nessuna delle due opzioni è eseguibile, si consiglia di non spostare le cartelle pubbliche su Exchange Online. Per ulteriori informazioni, vedere Limiti di Exchange Online. Nota: se le quote correnti delle cartelle pubbliche in Exchange Online sono inferiori a 25 GB, è possibile usare il cmdlet Set-OrganizationConfig per aumentarle con i DefaultPublicFolderIssueWarningQuota parametri e DefaultPublicFolderProhibitPostQuota .

Se si usa un firewall e gli elenchi di controllo di accesso (ACL), assicurarsi che gli intervalli IP usati da Microsoft 365 o Office 365 nell'area siano consentiti tramite il firewall.

  • In Microsoft 365, Office 365 e Exchange Online, è possibile creare un massimo di 1.000 cassette postali di cartelle pubbliche.

  • Prima di eseguire la migrazione delle cartelle pubbliche, è consigliabile spostare tutte le cassette postali utente in Microsoft 365 o Office 365 e Exchange Online. Per informazioni dettagliate, vedere Modi per eseguire la migrazione di più account di posta elettronica a Microsoft 365 o Office 365. Tuttavia, sarà comunque necessario mantenere nell'ambiente locale la cassetta postale per l'amministratore PF che esegue la migrazione o creare un nuovo account amministratore PF e assegnare una cassetta postale ospitata nel server Exchange legacy.

  • Outlook via Internet deve essere abilitato sul server Exchange legacy. Per informazioni dettagliate sull'abilitazione di Outlook via Internet sui server Exchange 2010, vedere Abilitare Outlook via Internet.

  • Non è possibile utilizzare l'interfaccia di amministrazione di Exchange (EAC) o Exchange Management Console (EMC) per eseguire questa procedura. Nei server Exchange legacy, è necessario utilizzare Exchange Management Shell. Per Exchange Online, è necessario utilizzare Exchange Online PowerShell. Per ulteriori informazioni, vedere Connessione a Exchange Online PowerShell.

  • È necessario usare un singolo batch di migrazione per eseguire la migrazione di tutti i dati delle cartelle pubbliche. Exchange consente di creare un solo batch di migrazione alla volta. Se si tenta di creare più batch di migrazione contemporaneamente, il risultato sarà un errore.

  • Prima di iniziare, è consigliabile leggere attentamente il presente argomento in quanto alcuni passaggi richiedono un tempo di inattività.

  • Per informazioni sui tasti di scelta rapida che possono essere applicati alle procedure in questo argomento, vedere Tasti di scelta rapida per l'interfaccia di amministrazione di Exchange.

  • Verificare se DefaultPublicFolderAgeLimit è configurato a livello di organizzazione (Get-OrganizationConfig | Format-List DefaultPublicFolderAgeLimit) o se è stato configurato un valore AgeLimit (Get-PublicFolder <FolderPath> | Format-List AgeLimit) per le singole cartelle pubbliche, in modo da impedire l'eliminazione automatica del contenuto.

Consiglio

Problemi? È possibile richiedere supporto nei forum di Exchange. Visitare i forum all'indirizzo Exchange Online o Exchange Online Protection.

Passaggio 1: Download degli script di migrazione

  1. Scaricare tutti gli script e i file di supporto da Script di migrazione delle cartelle pubbliche.

  2. Salvare gli script nel computer locale da cui si eseguirà PowerShell. Ad esempio, C:\PFScripts. Verificare che tutti gli script vengano salvati nello stesso percorso.

  3. Scaricare i seguenti file da Cartelle pubbliche abilitate alla posta elettronica - script di sincronizzazione delle directory:

    • Sync-MailPublicFolders.ps1
    • SyncMailPublicFolders.strings.psd1
  4. Scaricare lo script di convalida lato origine da https://www.microsoft.com/download/confirmation.aspx?id=100414

  5. Salvare gli script nello stesso percorso eseguito per il passaggio 2. Ad esempio, C:\PFScripts.

Passaggio 2: Preparazione della migrazione

Eseguire i passaggi prerequisiti di seguito riportati prima di iniziare la migrazione.

Nota

È consigliabile eseguire lo script di convalida lato origine da un exchange server locale 2010 con ruolo cassetta postale. Lo script analizzerà e segnalerà i problemi noti per rallentare la migrazione, insieme alle indicazioni per risolvere questi problemi. Usare gli esempi come illustrato qui.

Passaggi preliminari generali

  • Verificare che in Active Directory non siano presenti oggetti di posta elettronica delle cartelle pubbliche orfani, ovvero oggetti in Active Directory senza un oggetto corrispondente in Exchange.
  • Confermare che l'indirizzo di posta elettronica SMTP configurato per le cartelle pubbliche in Active Directory corrisponda agli indirizzi di posta elettronica SMTP negli oggetti di Exchange.
  • Assicurarsi che in Active Directory non siano presenti oggetti delle cartelle pubbliche duplicati per evitare una situazione in cui due o più oggetti di Active Directory puntino alla stessa cartella pubblica abilitata alla posta elettronica.

Passaggi prerequisiti sul server Exchange legacy

Nota

È consigliabile eseguire lo script di convalida lato origine da un exchange server locale 2010 con ruolo cassetta postale. Lo script analizzerà e segnalerà i problemi noti per rallentare la migrazione, insieme alle indicazioni per risolvere questi problemi. Usare gli esempi come illustrato qui. Lo script eseguirà tutti i prerequisiti seguenti.

  1. Nel server Exchange legacy assicurarsi che il routing alle cartelle pubbliche abilitate per la posta che esisteranno in Microsoft 365 o Office 365 o Exchange Online continui a funzionare fino a quando tutte le cache DNS su Internet non vengono aggiornate in modo che puntino al DNS di Microsoft 365, Office 365 o Exchange Online in cui risiede l'organizzazione. A tale scopo, eseguire il comando seguente per configurare un dominio accettato con un nome noto che instrada correttamente i messaggi di posta elettronica al dominio Microsoft 365, Office 365 o Exchange Online.

    New-AcceptedDomain -Name "PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99" -DomainName <target domain> -DomainType InternalRelay
    

    Esempio:

    New-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 -DomainName 'contoso.mail.onmicrosoft.com' -DomainType InternalRelay
    

    Se il dominio accettato già esiste nell'ambiente locale, rinominarlo in PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 e lasciare gli altri attributi inalterati.

    Per verificare se il dominio accettato è già presente nell'ambiente locale, eseguire le operazioni seguenti:

    Get-AcceptedDomain | Where {$_.DomainName -eq "<target domain>"}
    

    Per rinominare il dominio accettato in PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99, eseguire le operazioni seguenti:

    Get-AcceptedDomain | Where {$_.DomainName -eq "<target domain>"} | Set-AcceptedDomain -Name PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99
    

    Se si prevede che le cartelle pubbliche abilitate alla posta elettronica in Exchange Online ricevano e-mail esterne da Internet, è necessario disabilitare blocco Edge basato su directory in Exchange Online e Exchange Online Protection (EOP). Per altre informazioni , vedere Usare il blocco edge basato su directory per rifiutare i messaggi inviati a destinatari non validi.

    Se il nome di una cartella pubblica contiene una barra rovesciata ( \ ) o una barra rovesciata ( / ), le cartelle pubbliche potrebbero essere create nella cartella pubblica padre quando si verifica la migrazione. Prima di eseguire la migrazione, è consigliabile rinominare tutte le cartelle pubbliche con una barra rovesciata o una barra rovesciata nel nome.

    In Exchange 2010, per individuare le cartelle pubbliche il cui nome contiene una barra rovesciata, utilizzare il comando seguente:

    Get-PublicFolderStatistics -ResultSize Unlimited | Where {($_.Name -like "*\*") -or ($_.Name -like "*/*") } | Format-List Name,Identity
    
  2. Se vengono restituite cartelle, è possibile rinominarle con il comando seguente:

    Set-PublicFolder -Identity <public folder identity> -Name <new public folder name>
    
  3. Accertarsi che non vi sia un precedente record di una migrazione riuscita. In caso affermativo, è necessario impostare tale valore $falsesu . Se il valore è impostato su $true, la richiesta di migrazione avrà esito negativo.

    Nell'esempio seguente, viene controllato lo stato di migrazione delle cartelle pubbliche.

    Get-OrganizationConfig | Format-List PublicFoldersLockedforMigration,PublicFolderMigrationComplete
    
  4. Si noti che questo passaggio è necessario solo se si sta ritentando una migrazione non riuscita in precedenza. Se lo stato delle proprietà PublicFoldersLockedforMigration o PublicFolderMigrationComplete è $true, eseguire il comando seguente per impostare il valore su $false.

    Set-OrganizationConfig -PublicFoldersLockedforMigration:$false -PublicFolderMigrationComplete:$false
    

    Attenzione

    Dopo la reimpostazione di queste proprietà, è necessario attendere che le nuove impostazioni vengano rilevate in Exchange. Potrebbero essere necessarie fino a due ore.

  5. Una volta completata la migrazione, a scopo di verifica si consiglia di eseguire prima i seguenti comandi Exchange Management Shell sul server Exchange legacy per scattare istantanee dell'attuale distribuzione delle cartelle pubbliche.

    Utilizzare il seguente comando per scattare un'istantanea della struttura delle cartelle di origine.

    Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML C:\PFMigration\Legacy_PFStructure.xml
    

    Utilizzare il seguente comando per scattare un'istantanea delle statistiche sulle cartelle pubbliche, quali proprietario, dimensioni e conteggio degli elementi.

    Get-PublicFolderStatistics -ResultSize Unlimited | Export-CliXML C:\PFMigration\Legacy_PFStatistics.xml
    

    Utilizzare il seguente comando per scattare un'istantanea delle autorizzazioni.

    Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User -ExpandProperty AccessRights | Export-CliXML C:\PFMigration\Legacy_PFPerms.xml
    

    Salvare le informazioni ottenute con i precedenti comandi per confrontarle al termine della migrazione.

  6. Se si usa Microsoft Entra Connect (Microsoft Entra Connect) per sincronizzare le directory locali con Microsoft Entra ID, è necessario eseguire le operazioni seguenti (se non si usa Microsoft Entra Connect, è possibile ignorare questo passaggio):

    1. In un computer locale aprire Microsoft Entra Connect e quindi selezionare Configura.

    2. Nella schermata Attività aggiuntive selezionare Personalizza le opzioni di sincronizzazione, quindi fare clic su Avanti.

    3. Nella schermata Connetti a Microsoft Entra ID immettere le credenziali appropriate e quindi fare clic su Avanti. Una volta stabilita la connessione, continuare a fare clic su Avanti finché non viene visualizzata la schermata Funzionalità facoltative.

    4. Verificare che Cartelle pubbliche della posta di Exchange non sia selezionata. Se non è selezionato, è possibile continuare con la sezione successiva Passaggi prerequisiti in Microsoft 365, Office 365 o Exchange Online. Se è selezionata, fare clic per deselezionare la casella di controllo e quindi fare clic su OK.

      Nota

      Se le cartelle pubbliche di Exchange Mail non sono visualizzate come opzione nella schermata Funzionalità facoltative, è possibile uscire da Microsoft Entra Connetti e passare alla sezione successiva Passaggi prerequisiti in Microsoft 365, Office 365 o Exchange Online.

  7. Dopo avere deselezionato cartelle pubbliche della posta di Exchange, continuare a fare clic su Avanti finché non viene visualizzata la schermata Pronto per la configurazione, quindi fare clic su Configura.

Per ulteriori informazioni sulla sintassi e sui parametri, vedere:

Passaggi prerequisiti in Microsoft 365, Office 365 o Exchange Online

  1. Assicurarsi che non siano presenti richieste di migrazione delle cartelle pubbliche esistenti. Se ve ne sono, annullarle affinché la richiesta di migrazione non abbia esito negativo. Questo passaggio non è necessario per tutti i casi; è obbligatorio solo se si pensa che possa esserci una richiesta di migrazione esistente nella pipeline.

    Importante

    Prima di rimuovere una richiesta di migrazione, è importante comprendere il motivo per cui ne esisteva una. Eseguire il seguente comando per stabilire quando è stata effettuata una richiesta precedente e per diagnosticare eventuali problemi che possono essersi verificati. Potrebbe essere necessario comunicare con altri amministratori dell'organizzazione per determinare il motivo della modifica.

    Nell'esempio seguente vengono rilevate le eventuali richieste di migrazione batch esistenti:

    $batch = Get-MigrationBatch | ?{$_.MigrationType.ToString() -eq "PublicFolder"}
    

    Nell'esempio seguente vengono rimosse tutte le richieste di migrazione batch di cartelle pubbliche esistenti.

    $batch | Remove-MigrationBatch -Confirm:$false
    
  2. Assicurarsi che in Microsoft 365 o Office 365 non siano presenti cartelle pubbliche o cassette postali di cartelle pubbliche.

    Importante

    Se vengono visualizzate cartelle pubbliche in Microsoft 365, Office 365 o Exchange Online, è importante determinare perché sono presenti e chi nell'organizzazione ha avviato una gerarchia di cartelle pubbliche prima di rimuovere le cartelle pubbliche e le cassette postali delle cartelle pubbliche.

    1. In Exchange Online PowerShell eseguire il comando seguente per verificare se sono presenti cassette postali di cartelle pubbliche:

      Get-Mailbox -PublicFolder
      
    2. Se il comando non restituisce cassette postali di cartelle pubbliche, procedere con Passaggio 3: Generazione di file csv. Se il comando ha restituito cassette postali di cartelle pubbliche, utilizzare il seguente comando per controllare se esistono cartelle pubbliche:

      Get-PublicFolder
      
    3. Se sono presenti cartelle pubbliche in Microsoft 365, Office 365 o Exchange Online, eseguire il comando di PowerShell seguente per rimuoverle. Assicurarsi di aver salvato tutte le informazioni presenti nelle cartelle pubbliche in Microsoft 365 o Office 365.

      Attenzione

      Quando vengono rimosse le cartelle pubbliche, tutte le informazioni in esse contenute verranno eliminate definitivamente.

      Get-MailPublicFolder | where {$_.EntryId -ne $null}| Disable-MailPublicFolder -Confirm:$false
      Get-PublicFolder -GetChildren \ | Remove-PublicFolder -Recurse -Confirm:$false
      
    4. Una volta rimosse le cartelle pubbliche, utilizzare i seguenti comandi per rimuovere tutte le cassette postali delle cartelle pubbliche.

$hierarchyMailboxGuid = $(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid
Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -ne $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false
Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -eq $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false

Per ulteriori informazioni sulla sintassi e sui parametri, vedere gli argomenti seguenti:

Passaggio 3: Generazione di file csv

  1. Nel server Exchange legacy eseguire lo Export-PublicFolderStatistics.ps1 script per creare il file di mapping delle dimensioni da nome a cartella. Questo script deve essere eseguito sempre da un amministratore locale. Il file conterrà due colonne: Nomecartella e Dimensionicartella. I valori della colonna Dimensionicartella saranno visualizzati in byte. Ad esempio, \PublicFolder01,10000.

    .\Export-PublicFolderStatistics.ps1  <Folder to size map path> <FQDN of source server>
    
    • FQDN of source server corrisponde al nome di dominio completo del server Cassette postali che ospita la gerarchia delle cartelle pubbliche.

    • Folder to size map path corrisponde al nome file e al percorso su una cartella condivisa in rete in cui si desidera salvare il file csv. Più avanti in questo argomento sarà necessario utilizzare Exchange Online PowerShell per accedere a questo file. Se si specifica solo il nome del file, il file sarà creato nella directory PowerShell corrente sul computer locale.

    • Se necessario, rimuovere le cartelle di sistema abilitate alla posta elettronica dall'output dello script prima di procedere.

  2. Eseguire lo PublicFolderToMailboxMapGenerator.ps1 script per creare il file di mapping da cartella pubblica a cassetta postale. Questo file viene utilizzato per calcolare il numero corretto di cassette postali di cartelle pubbliche in Exchange Online.

    .\PublicFolderToMailboxMapGenerator.ps1 <Maximum mailbox size in bytes> <Folder to size map path> <Folder to mailbox map path>
    
    • Prima di eseguire lo script, usare il comando seguente per controllare i limiti delle cartelle pubbliche correnti nel tenant Exchange Online. Prendere quindi nota dei valori di quota correnti per le cartelle pubbliche.

      Get-OrganizationConfig | Format-List *quota*
      

      In Exchange Online, il valore predefinito è 1,7 GB per DefaultPublicFolderIssueWarningQuota e 2 GB per DefaultPublicFolderProhibitPostQuota.

    • La dimensione massima della cassetta postale in byte è uguale alla dimensione massima che si desidera impostare per le nuove cassette postali delle cartelle pubbliche. In Exchange Online, le dimensioni massime delle cassette postali delle cartelle pubbliche sono di 100 GB. È consigliabile usare un'impostazione di 75 GB in modo che ogni cassetta postale delle cartelle pubbliche abbia spazio per crescere. Un minor numero di cassette postali di cartelle pubbliche comporterà un minor numero di connessioni per i client di Outlook, il che potrebbe contribuire a evitare problemi di prestazioni; per gli utenti è trasparente dove sono ospitate le informazioni, in quanto vedranno ulteriormente la stessa gerarchia sul lato client. Exchange Online ha una quota predefinita di 2 GB per la cartella pubblica "proibisci post". Se si dispone di singole cartelle pubbliche di dimensioni superiori a 2 GB, è possibile usare una delle opzioni seguenti per risolvere il problema:

    • Prima di avviare il batch di migrazione, aumentare la quota "proibisci post" della cartella pubblica predefinita eseguendo il comando seguente:

      Set-OrganizationConfig -DefaultPublicFolderProhibitPostQuota <size value> -DefaultPublicFolderIssueWarningQuota <size value>
      
    • Prima di avviare il batch di migrazione, eliminare il contenuto della cartella pubblica per ridurre le dimensioni del contenuto a 2 GB o meno.

    • Prima di avviare il batch di migrazione, suddividere la cartella pubblica in più cartelle pubbliche di dimensioni pari o inferiori a 2 GB.

      Nota

      Se la cartella pubblica è più grande di 30 GB e se non è possibile eliminare il contenuto o dividerlo in più cartelle pubbliche, è consigliabile non spostare le cartelle pubbliche in Exchange Online.

    • Cartella in cui il percorso della mappa è uguale al percorso del file .csv creato durante l'esecuzione dello Export-PublicFolderStatistics.ps1 script.

    • Il percorso della mappa da cartella a cassetta postale è uguale al nome e al percorso del file da cartella a cassetta postale .csv creato in questo passaggio. Se si specifica solo il nome del file, il file viene generato nella directory di PowerShell corrente nel computer locale.

Nota

Dopo l'esecuzione degli script e la generazione dei file .csv, le nuove cartelle pubbliche o gli aggiornamenti alle cartelle pubbliche esistenti non verranno raccolti.

Passaggio 4: Creazione delle cassette postali di cartelle pubbliche in Exchange Online

Eseguire il seguente comando per creare le nuove cassette postali delle cartelle pubbliche di destinazione. Lo script creerà una cassetta postale di destinazione per ogni cassetta postale nel file .csv generato in precedenza nel passaggio 3 eseguendo lo PublicFoldertoMailboxMapGenerator.ps1 script.

.\Create-PublicFolderMailboxesForMigration.ps1 -FolderMappingCsv Mapping.csv -EstimatedNumberOfConcurrentUsers:<estimate>

Mapping.csv è il file generato dallo PublicFoldertoMailboxMapGenerator.ps1 script nel passaggio 3. In genere, il numero stimato di connessioni utente simultanee per l'esplorazione di una gerarchia di cartelle pubbliche è inferiore al numero totale di utenti in un'organizzazione.

Nota

Usare Exchange Online PowerShell per eseguire questo script. Per ulteriori informazioni, vedere Connessione a Exchange Online PowerShell.

Passaggio 5: Avvio della richiesta di migrazione

  1. Eseguire la procedura seguente nel server Exchange per soddisfare i prerequisiti per l'esecuzione dello script Sync-MailPublicFolders.ps1 .

    1. Accedere con l'account con autorizzazioni di amministratore dell'organizzazione.

    2. Installare EXO PowerShell. Per informazioni su come installare EXO PowerShell, vedere qui.

    3. Avviare PowerShell in modalità amministratore.

    4. Eseguire i comandi seguenti per avviare la sincronizzazione:

      Add-PSSnapin *exchange* | .\Sync-MailPublicFolders.ps1 -CsvSummaryFile:sync_summary.csv
      
    5. Dopo aver richiesto, immettere le credenziali per l'account amministratore tenant di Microsoft 365.

  2. Nel server Exchange legacy, richiamare le seguenti informazioni necessarie per eseguire la richiesta di migrazione:

    1. Trovare l'oggetto LegacyExchangeDN dell'account dell'utente membro del ruolo Amministratore cartelle pubbliche. L'utente sarà quello di cui occorre fornire le credenziali nel passaggio 3 di questa procedura.

      Nota

      L'account usato deve essere abilitato per la cassetta postale nella Exchange Server locale. Creare una nuova cassetta postale locale per l'account amministratore cartelle pubbliche, se non ne esiste una.

      Get-Mailbox <PublicFolder_Administrator_Account> | Select-Object LegacyExchangeDN
      
    2. Trovare l'oggetto LegacyExchangeDN di qualsiasi server Cassette postali con un database di cartelle pubbliche.

      Get-ExchangeServer <public folder server> | Select-Object -Expand ExchangeLegacyDN
      
    3. Individuare il nome di dominio completo del nome host di Outlook Anywhere. Se si dispone di più istanze di Outlook Anywhere, si consiglia di selezionare quella più vicina all'endpoint di migrazione o alle repliche delle cartelle pubbliche nell'organizzazione Exchange legacy. Utilizzare il seguente comando per trovare tutte le istanze di Outlook Anywhere:

      Get-OutlookAnywhere | Format-Table Identity,ExternalHostName
      
  3. In Exchange Online PowerShell eseguire i comandi seguenti per passare le informazioni restituite nel passaggio precedente alle variabili che verranno quindi usate nella richiesta di migrazione.

    1. Passare le credenziali di un utente con autorizzazioni amministrative sul server Exchange legacy nella variabile $Source_Credential. Nella richiesta di migrazione eseguita in Exchange Online queste credenziali saranno utilizzate per ottenere l'accesso ai server Exchange legacy per copiare il contenuto.

      $Source_Credential = Get-Credential <source_domain\PublicFolder_Administrator_Account>
      
    2. Usare l'oggetto ExchangeLegacyDN dell'utente di migrazione nel server Exchange legacy trovato nel passaggio 2a e passarlo alla variabile $Source_RemoteMailboxLegacyDN.

      $Source_RemoteMailboxLegacyDN = "<paste the value here>"
      
    3. Usare il ExchangeLegacyDN del server di cartelle pubbliche trovato nel passaggio 2b precedente e passarlo alla variabile $Source_RemotePublicFolderServerLegacyDN.

      $Source_RemotePublicFolderServerLegacyDN = "<paste the value here>"
      
    4. Usare il nome host esterno di Outlook Anywhere trovato nel passaggio 2c precedente e passarlo alla variabile $Source_OutlookAnywhereExternalHostName.

      $Source_OutlookAnywhereExternalHostName = "<paste the value here>"
      
  4. Infine, in Exchange Online PowerShell, utilizzare i seguenti comandi per creare la richiesta di migrazione.

    Nota

    Il metodo di autenticazione nell'esempio seguente deve corrispondere alle impostazioni di Outlook Via Internet. In caso contrario, il comando avrà esito negativo.

    $PfEndpoint = New-MigrationEndpoint -PublicFolder -Name PublicFolderEndpoint -RPCProxyServer $Source_OutlookAnywhereExternalHostName -Credentials $Source_Credential -SourceMailboxLegacyDN $Source_RemoteMailboxLegacyDN -PublicFolderDatabaseServerLegacyDN $Source_RemotePublicFolderServerLegacyDN -Authentication Basic
    $bytes = [System.IO.File]::ReadAllBytes('folder_mapping.csv')
    New-MigrationBatch -Name PublicFolderMigration -CSVData $bytes -SourceEndpoint $PfEndpoint.Identity -NotificationEmails <email addresses for migration notifications>
    

    Dove folder_mapping.csv è il file di mappa generato nel passaggio 3: Generare i file di .csv.

    Nota

    Si potrebbe notare che il comando precedente ha esito negativo con l'errore "Impossibile trovare un destinatario con GUID cassetta postale", con il GUID indicato della cassetta postale delle cartelle pubbliche in EXO. Ciò può verificarsi a causa della latenza di replica di Active Directory. In questo caso, attendere un'ora e ripetere il comando.

  5. Avviare la migrazione utilizzando il comando seguente:

    Start-MigrationBatch PublicFolderMigration
    

Le migrazioni batch devono essere create utilizzando il cmdlet New-MigrationBatch nel Exchange Management Shell, mantre è possibile visualizzare e gestire l'avanzamento e il completamento della migrazione nell'interfaccia di amministrazione di Exchange. Poiché il cmdlet New-MigrationBatch inizializza le richieste di migrazione delle cassette postali per ogni cassetta postale delle cartelle pubbliche, è possibile visualizzare lo stato di tali richieste dalla pagina di migrazione delle cassette postali. È possibile accedere a questa pagina e creare rapporti di migrazione che possono essere ricevuti tramite posta elettronica eseguendo le seguenti operazioni:

  1. Accedere a Exchange Online e aprire l'Interfaccia di amministrazione di Exchange.

  2. Passare a Migrazione cassette postali>.

  3. Selezionare la richiesta di migrazione appena creata, quindi fare clic su Visualizza dettagli nel riquadro Dettagli.

Per ulteriori informazioni sulla sintassi e sui parametri, vedere:

Passaggio 6: Blocco delle cartelle pubbliche sul server Exchange legacy per la migrazione finale (tempi di inattività richiesti)

Fino a questo punto della migrazione, gli utenti sono stati in grado di accedere alle cartelle pubbliche. Nei passaggi successivi, gli utenti verranno disconnessi dalle cartelle pubbliche legacy e durante la sincronizzazione finale della migrazione le cartelle verranno bloccate. Gli utenti non potranno accedere alle cartelle pubbliche durante questo processo. Inoltre, tutti i messaggi inviati alle cartelle pubbliche abilitate alla posta saranno accodati e non saranno recapitati fino al completamento della migrazione.

Nota

La sincronizzazione finale può richiedere molto tempo, a seconda delle modifiche apportate nell'ambiente di origine, delle dimensioni della distribuzione di cartelle pubbliche, della capacità del server e così via. Se nella gerarchia di cartelle sono presenti molti ACL danneggiati e non sono stati puliti prima di avviare la migrazione, questo può causare un ritardo significativo nel completamento. È consigliabile pianificare almeno 48 ore di tempo di inattività per il completamento della sincronizzazione finale.

Assicurarsi che il batch di migrazione e le singole richieste di migrazione siano stati sincronizzati correttamente.

Eseguire i comandi seguenti in Exchange Online PowerShell per ottenere i dettagli:

Get-MigrationBatch |?{$_.MigrationType -like "*PublicFolder*"} | Format-Table *last*sync*
Get-PublicFolderMailboxMigrationRequest | Get-PublicFolderMailboxMigrationRequestStatistics | Format-Table targetmailbox,*last*sync*

LastSyncedDate (nel batch di migrazione) e LastSuccessfulSyncTimestamp (nei singoli processi) devono essere compresi negli ultimi 7 giorni. Se è troppo lontano, ad esempio più di un mese o più, è possibile esaminare le richieste di migrazione delle cartelle pubbliche e assicurarsi che tutte le richieste siano state sincronizzate di recente.

Dopo aver confermato il batch e aver sincronizzato correttamente tutte le richieste di migrazione, nel server Exchange legacy eseguire il comando seguente per bloccare le cartelle pubbliche legacy per la finalizzazione.

Set-OrganizationConfig -PublicFoldersLockedForMigration:$true

Per informazioni dettagliate sulla sintassi e sui parametri, vedere set-OrganizationConfig.

Se l'organizzazione dispone di più database di cartelle pubbliche, è necessario attendere il completamento della replica delle cartelle pubbliche per verificare che tutti i database di cartelle pubbliche abbiano selezionato il PublicFoldersLockedForMigration flag e che le modifiche in sospeso apportate di recente agli utenti alle cartelle siano convergenti nell'intera organizzazione. L'operazione potrebbe richiedere diverse ore.

Passaggio 7: finalizzazione della migrazione di cartelle pubbliche (tempi di inattività richiesti)

Per completare la migrazione delle cartelle pubbliche, eseguire il comando seguente:

Complete-MigrationBatch PublicFolderMigration

Importante

Al termine di un batch di migrazione, non è possibile sincronizzare altri dati dai server Exchange locali e Exchange Online.

Al termine della migrazione, Exchange eseguirà una sincronizzazione finale tra il server Exchange legacy e Exchange Online. Se la sincronizzazione finale ha esito positivo, le cartelle pubbliche in Exchange Online verranno sbloccate e lo stato del batch di migrazione verrà modificato in Completato. È comune che lo stato del batch di migrazione rimanga in "Sincronizzato" per alcune ore prima di passare a Completamento. Per le migrazioni che coinvolgono un numero elevato di cassette postali di destinazione, è normale che lo stato rimanga "Sincronizzato" per più di 24 ore, a condizione che nessuna delle richieste di migrazione delle cartelle pubbliche sottostanti abbia esito negativo o sia stata messa in quarantena.

Se è stata configurata una distribuzione ibrida tra i server Exchange locali e Microsoft 365 o Office 365, è necessario eseguire il comando seguente in Exchange Online PowerShell al termine della migrazione:

Set-OrganizationConfig -RemotePublicFolderMailboxes $Null -PublicFoldersEnabled Local

Passaggio 8: Verifica e sblocco della migrazione delle cartelle pubbliche

Dopo aver finalizzato la migrazione delle cartelle pubbliche, è necessario effettuare il test seguente per accertarsi che la migrazione sia avvenuta correttamente. In questo modo è possibile testare la gerarchia di cartelle pubbliche di cui è stata eseguita la migrazione prima di passare all'uso di Microsoft 365, Office 365 o Exchange Online cartelle pubbliche.

  1. In Exchange Online PowerShell assegnare alcune cassette postali di test per usare qualsiasi cassetta postale di cartelle pubbliche appena migrata come cassetta postale di cartelle pubbliche predefinita.

    Set-Mailbox -Identity <Test User> -DefaultPublicFolderMailbox <Public Folder Mailbox Identity>
    
  2. Accedere a Outlook 2010 o versione successiva con l'utente di test identificato nel passaggio precedente e quindi eseguire i test delle cartelle pubbliche seguenti:

    • Visualizzare la gerarchia.
    • Controllare le autorizzazioni.
    • Creare ed eliminare cartelle pubbliche.
    • Pubblicare il contenuto ed eliminare il contenuto da una cartella pubblica.
  3. Se si verificano problemi, vedere Eseguire il rollback della migrazione più avanti in questo articolo. Se il contenuto e la gerarchia delle cartelle pubbliche sono accettabili e funziona come previsto, continuare con il passaggio successivo.

  4. Sul server Exchange legacy, eseguire il comando di seguito riportato per indicare che la migrazione delle cartelle pubbliche è stata completata.

    Set-OrganizationConfig -PublicFolderMigrationComplete:$true
    
  5. Dopo aver verificato il completamento della migrazione, eseguire il comando seguente in Exchange Online PowerShell per assicurarsi che il parametro PublicFoldersEnabled in Set-OrganizationConfig sia impostato su Local:

    Set-OrganizationConfig -PublicFoldersEnabled Local
    

Per ulteriori informazioni sulla sintassi e sui parametri, vedere:

Set-Mailbox

Get-Mailbox

Set-OrganizationConfig

Come verificare se l'operazione ha avuto esito positivo?

In Step 2: Prepare for the migration era stato suggerito di scattare istantanee delle autorizzazioni, delle statistiche e della struttura delle cartelle pubbliche prima di iniziare la migrazione. La seguente procedura consentirà di verificare la corretta migrazione delle cartelle pubbliche tramite lo scatto delle stesse istantanee una volta completata la migrazione. È, quindi, possibile confrontare i dati in entrambi i file per verificare la riuscita dell'operazione.

  1. In Exchange Online PowerShell, utilizzare il seguente comando per scattare un'istantanea della nuova struttura di cartelle.

    Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML C:\PFMigration\Cloud_PFStructure.xml
    
  2. In Exchange Online PowerShell, utilizzare il seguente comando per scattare un'istantanea delle statistiche sulle cartelle pubbliche, quali proprietario, dimensioni e conteggio degli elementi.

    Get-PublicFolderStatistics | Export-CliXML C:\PFMigration\Cloud_PFStatistics.xml
    
  3. In Exchange Online PowerShell, utilizzare il seguente comando per scattare un'istantanea delle autorizzazioni.

    Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User -ExpandProperty AccessRights | Export-CliXML  C:\PFMigration\Cloud_PFPerms.xml
    

Rimozione dei database delle cartelle pubbliche dai server Exchange legacy

Al termine della migrazione, dopo aver verificato che le cartelle pubbliche di Exchange Online funzionano nel modo previsto, rimuovere i database delle cartelle pubbliche sui server Exchange legacy.

Importante

Poiché tutte le cassette postali sono state migrate a Microsoft 365 o Office 365 prima della migrazione delle cartelle pubbliche, è consigliabile instradare il traffico attraverso Microsoft 365 o Office 365 (flusso di posta decentralizzato) anziché il flusso di posta centralizzato attraverso l'ambiente locale. Se si conserva il flusso di posta centralizzato, potrebbero verificarsi problemi di recapito alle cartelle pubbliche, dal momento che i database della cassetta postale relativi alla cartella pubblica sono stati rimossi dall'organizzazione locale.

Ripristino della migrazione

Se si riscontrano problemi con la migrazione e si ha la necessità di riattivare le proprie cartelle pubbliche di Exchange 2010, procedere come segue.

Attenzione

Se si annulla la migrazione e si torna ai server Exchange legacy, si perderanno eventuali messaggi di posta elettronica inviati alle cartelle pubbliche abilitate alla posta o eventuale contenuto pubblicato nelle cartelle pubbliche dopo la migrazione. Per salvare il contenuto, è necessario esportarlo in un file PST e importarlo quindi nelle cartelle pubbliche legacy una volta completato il ripristino.

  1. Sul server Exchange legacy, eseguire il comando di seguito riportato per sbloccare le cartelle pubbliche legacy. Questo processo potrebbe richiedere diverse ore.

    Set-OrganizationConfig -PublicFoldersLockedForMigration:$False
    
  2. In Exchange Online PowerShell, utilizzare i seguenti comandi per rimuovere tutte le cartelle pubbliche di Exchange Online.

    $hierarchyMailboxGuid = $(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid
    Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -ne $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
    Get-Mailbox -PublicFolder:$true | Where-Object {$_.ExchangeGuid -eq $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
    
  3. Nel server Exchange legacy eseguire il comando seguente per impostare il PublicFolderMigrationComplete flag $falsesu .

    Set-OrganizationConfig -PublicFolderMigrationComplete:$False
    

Eseguire la migrazione di cartelle pubbliche a Microsoft 365 o Office 365 usando l'esportazione PST di Outlook

È consigliabile non usare la funzionalità di esportazione PST di Outlook per eseguire la migrazione delle cartelle pubbliche a Microsoft 365, Office 365 o Exchange Online se la gerarchia di cartelle pubbliche locali è maggiore di 30 GB. Microsoft 365 e Office 365 crescita delle cassette postali delle cartelle pubbliche online viene gestita usando una funzionalità di suddivisione automatica che suddivide la cassetta postale delle cartelle pubbliche quando supera le quote di dimensioni. La funzione di divisione automatica non è in grado di gestire la crescita improvvisa delle cassette postali di cartelle pubbliche quando si usa l'esportazione PST per la migrazione verso le cartelle pubbliche e potrebbe essere necessario attendere fino a due settimane finché la divisione automatica non sposti i dati dalla cassetta postale principale. Considerare inoltre quanto segue prima di usare PST di Outlook per esportare cartelle pubbliche in Microsoft 365, Office 365 o Exchange Online:

  • le autorizzazioni della cartella pubblica andranno perse durante questo processo. Acquisire le autorizzazioni corrente prima della migrazione e aggiungerle manualmente al termine della migrazione.

  • Se si utilizzano autorizzazioni complesse o si devono migrare molte cartelle, si consiglia di utilizzare il metodo cmdlet per la migrazione.

  • Tutte le modifiche di elementi o cartelle apportate alle cartelle pubbliche di origine durante la migrazione con esportazione PST andranno perse. Pertanto, si consiglia di utilizzare il metodo con cmdlet se il processo di esportazione e importazione dureranno molto.

Se si desidera comunque eseguire la migrazione delle cartelle pubbliche utilizzando i file PST, seguire la procedura per garantire la riuscita della migrazione.

  1. Utilizzare le istruzioni nel Passaggio 1: Download degli script di migrazione per scaricare gli script di migrazione. È sufficiente scaricare il PublicFolderToMailboxMapGenerator.ps1 file.

  2. Seguire il passaggio 2 di Passaggio 3: Generazione di file csv per creare il file di mapping Cartella pubblica-Cassetta postale. Questo file viene utilizzato per calcolare il numero corretto di cassette postali di cartelle pubbliche in Exchange Online.

  3. Creare le cassette postali di cartelle pubbliche necessarie in base al file di mapping. Per altre informazioni, vedere Creare una cassetta postale di cartelle pubbliche.

  4. Utilizzare il cmdlet New-PublicFolder per creare la cartella pubblica più alta in ognuna delle cassette postali delle cartelle pubbliche usando il parametro Mailbox .

  5. Esportare e importare i file PST con Outlook.

  6. Impostare le autorizzazioni per le cartelle pubbliche utilizzando EAC. Per altre informazioni, vedere Passaggio 3: Assegnare autorizzazioni alla cartella pubblica.

Attenzione

Se è già stata avviata una migrazione PST e si è verificato un problema per cui la cassetta postale primaria è piena, sono disponibili due opzioni per il ripristino della migrazione PST. La prima opzione consiste nell'attendere che la divisione automatica sposti i dati dalla cassetta postale primaria. Questa operazione può richiedere fino a due settimane. Tuttavia, tutte le cartelle pubbliche in una cassetta postale di cartelle pubbliche totalmente piena non potranno ricevere nuovi contenuti fino al termine della divisione automatica. L'altra opzione consiste nel creare una cassetta postale di cartelle pubbliche e quindi usare il cmdlet New-PublicFolder con il parametro Mailbox per creare le cartelle pubbliche rimanenti nella cassetta postale della cartella pubblica secondaria.

Risolvere i problemi relativi alle migrazioni di cartelle pubbliche

Selezionare il pulsante seguente per i problemi comuni durante la migrazione delle cartelle pubbliche:

Nel interfaccia di amministrazione di Microsoft 365 viene visualizzata una pagina a comparsa, accedere con l'account amministratore del tenant e selezionare l'opzione appropriata.