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 articolo 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 articolo fa riferimento al server Exchange 2010 SP3 RU8 come server Exchange legacy. Inoltre, i passaggi descritti in questo articolo si applicano sia a Exchange Online che a Microsoft 365 o Office 365. I termini possono essere usati in modo intercambiabile in questo articolo.

È 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 di 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 articolo.

La migrazione viene 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 viene eseguito nel server Exchange locale legacy.

• Export-PublicFolderStatistics.ps1: questo script crea il file di mapping delle dimensioni da nome a cartella. Questo script viene eseguito nel 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. Questo script viene eseguito nel 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. Questo script viene eseguito nel 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 alla prima registrazione. 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 indicato qui si applica solo alla cartella pubblica e non alle sottocartelle figlio o secondarie. Se nessuna delle due opzioni è fattibile, è consigliabile non spostare le cartelle pubbliche in Exchange Online. Per altre informazioni, vedere Limiti di Exchange Online.

  Consiglio

  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, è 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, viene visualizzato un errore.

• Prima di iniziare, è consigliabile leggere questo articolo nella sua interezza perché per alcuni passaggi è necessario un tempo di inattività.

• Per informazioni sui tasti di scelta rapida che possono essere applicati alle procedure in questo articolo, 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 si dispone di un valore AgeLimit (Get-PublicFolder <FolderPath> | Format-List AgeLimit) configurato 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 in cui si intende eseguire 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/details.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 server Exchange 2010 locale con il ruolo Cassetta postale installato. Lo script analizza e segnala i problemi noti per rallentare la migrazione, insieme alle indicazioni per risolvere questi problemi. Usare gli esempi descritti 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 server Exchange 2010 locale con il ruolo Cassetta postale installato. Lo script analizza e segnala i problemi noti per rallentare la migrazione, insieme alle indicazioni per risolvere questi problemi. Usare gli esempi come illustrato qui. Lo script esegue tutti i prerequisiti seguenti.

1. Nel server Exchange legacy assicurarsi che il routing alle cartelle pubbliche abilitate per la posta elettronica nel cloud continui a funzionare fino a quando tutte le cache DNS su Internet non vengono aggiornate in modo che puntino al DNS cloud in cui si trova ora l'organizzazione. Eseguire il comando seguente per configurare un dominio accettato con un nome noto che instrada correttamente i messaggi di posta elettronica al dominio cloud.

   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 il comando seguente:

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

   Per rinominare il dominio accettato in PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99, eseguire il comando seguente:

   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 su $false. In caso contrario, 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. 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
   

   Importante

   Dopo la reimpostazione di queste proprietà, è necessario attendere che le nuove impostazioni vengano rilevate in Exchange. Il completamento di questo risultato potrebbe richiedere 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 opzioni di sincronizzazione e quindi selezionare Avanti.

   3. Nella schermata Connetti a Microsoft Entra ID immettere le credenziali appropriate e quindi selezionare Avanti. Dopo la connessione, continuare a selezionare Avanti fino a quando non si è nella schermata Funzionalità facoltative .

   4. Assicurarsi che Le cartelle pubbliche di Exchange Mail non siano selezionate. Se non è selezionato, è possibile continuare con la sezione successiva. Se è selezionata, deselezionare la casella di controllo e quindi selezionare Avanti.

      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.

7. Dopo aver deselezionato la selezione Cartelle pubbliche di Exchange Mail , continuare a selezionare Avanti fino a quando non si è nella schermata Pronto per la configurazione e quindi selezionare Configura.

Per informazioni dettagliate sulla sintassi e sui parametri, vedere gli articoli seguenti:

• New-AcceptedDomain
• Get-PublicFolder
• Get-PublicFolderDatabase
• Set-PublicFolder
• Get-PublicFolderStatistics
• Get-PublicFolderClientPermission
• Get-OrganizationConfig
• Set-OrganizationConfig

Passaggi prerequisiti nel cloud

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 è obbligatorio in tutti i casi; è necessario solo se si ritiene che possa essere presente una richiesta di migrazione esistente nella pipeline.

   Importante

   Prima di rimuovere una richiesta di migrazione, è importante comprendere il motivo per cui è presente una richiesta esistente. I comandi seguenti determinano quando è stata effettuata una richiesta precedente e consentono di diagnosticare eventuali problemi che potrebbero essersi verificati. Potrebbe essere necessario comunicare con altri amministratori dell'organizzazione per determinare il motivo per cui è stata apportata la modifica.

   Nell'esempio seguente vengono individuate tutte le richieste di migrazione batch esistenti:

   $batch = Get-MigrationBatch | Where-Object {$_.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. Verificare che nel cloud non siano presenti cartelle pubbliche o cassette postali di cartelle pubbliche.

   Importante

   Se vengono visualizzate cartelle pubbliche nel cloud, è importante determinare il motivo per cui sono presenti e chi 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 nel cloud sono presenti cartelle pubbliche, eseguire il comando seguente in Exchange Online PowerShell per rimuoverle. Assicurarsi di aver salvato tutte le informazioni presenti nelle cartelle pubbliche basate sul cloud.

      Attenzione

      Tutte le informazioni contenute nelle cartelle pubbliche vengono eliminate definitivamente quando si rimuove le cartelle pubbliche.

      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 informazioni dettagliate sulla sintassi e sui parametri, vedere gli articoli seguenti:

• Get-MigrationBatch
• Get-PublicFolderMailboxMigrationRequest
• Remove-PublicFolderMailboxMigrationRequest
• Get-Mailbox
• Get-PublicFolder
• get-MailPublicFolder
• Disable-MailPublicFolder
• remove-PublicFolder
• Remove-Mailbox

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. Un amministratore locale deve eseguire questo script. Il file contiene due colonne: FolderName e FolderSize. La colonna FolderSize viene visualizzata 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 articolo, è necessario usare il Exchange Online PowerShell per accedere a questo file. Se si specifica solo il nome del file, il file viene generato nella directory di PowerShell corrente nel 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 indica un minor numero di connessioni per i client di Outlook, il che potrebbe contribuire a evitare problemi di prestazioni. La posizione è trasparente per gli utenti, in quanto visualizzano 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 vengono 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 crea 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 come descritto in Installare e gestire il modulo Exchange Online PowerShell.

   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. Questo account è lo stesso utente di cui sono necessarie 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. Il comando seguente trova tutte le istanze di Outlook Via Internet:

      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 usate nella richiesta di migrazione.

   1. Passare le credenziali di un utente con autorizzazioni amministrative sul server Exchange legacy nella variabile $Source_Credential. La richiesta di migrazione eseguita in Exchange Online usa queste credenziali 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 della cartella pubblica in EXO. Questo problema può essere causato dalla latenza di replica di Active Directory. 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 e quindi selezionare Visualizza dettagli nel riquadro Dettagli .

Per informazioni dettagliate sulla sintassi e sui parametri, vedere gli articoli seguenti:

• Get-Mailbox

• Get-ExchangeServer

• Get-OutlookAnywhere

• New-MigrationBatch

• Get-PublicFolderDatabase

• Get-PublicFolderMailboxMigrationRequest

• Get-PublicFolderMailboxMigrationRequestStatistics

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 possono comunque accedere alle cartelle pubbliche. I passaggi successivi disconnettono gli utenti dalle cartelle pubbliche legacy e bloccano le cartelle mentre la migrazione completa la sincronizzazione finale. Gli utenti non possono accedere alle cartelle pubbliche durante questo processo. Inoltre, tutti i messaggi inviati alle cartelle pubbliche abilitate per la posta elettronica vengono accodati e non vengono recapitati fino al completamento della migrazione delle cartelle pubbliche.

Nota

La sincronizzazione finale potrebbe 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. La mancata pulizia di un numero elevato di ACL danneggiati nella gerarchia di cartelle prima di avviare la migrazione può causare un ritardo significativo. È 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 | Where-Object {$_.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 sette 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 delle cartelle pubbliche abbiano raccolto il PublicFoldersLockedForMigration flag e che le modifiche in sospeso apportate di recente agli utenti alle cartelle siano convergenti nell'intera organizzazione. Questo processo può 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 esegue una sincronizzazione finale tra il server Exchange legacy e Exchange Online. Se la sincronizzazione finale ha esito positivo, le cartelle pubbliche in Exchange Online vengono sbloccate e lo stato del batch di migrazione diventa 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 non sia riuscita 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 cartelle pubbliche nel cloud.

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 che la migrazione sia stata completata, 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 informazioni dettagliate sulla sintassi e sui parametri, vedere gli articoli seguenti:

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 procedura seguente consente di verificare che la migrazione delle cartelle pubbliche sia stata eseguita correttamente eseguendo gli stessi snapshot al termine della 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. La scelta di mantenere centralizzato il flusso di posta potrebbe causare problemi di recapito alle cartelle pubbliche, poiché i database delle cassette postali delle cartelle pubbliche sono stati rimossi dall'organizzazione locale.

• Per i dettagli sulla rimozione dei database delle cartelle pubbliche dai server Exchange 2010, vedere Rimozione di database delle cartelle pubbliche.

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 esegue il rollback della migrazione ai server Exchange legacy, si perde qualsiasi messaggio di posta elettronica inviato a cartelle pubbliche abilitate per la posta elettronica o 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 al cloud se la gerarchia di cartelle pubbliche locale è 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 le cartelle pubbliche nel cloud:

• Le autorizzazioni per le cartelle pubbliche vengono 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 apportate a elementi e cartelle alle cartelle pubbliche di origine durante la migrazione all'esportazione PST vanno perse. Pertanto, è consigliabile usare il metodo cmdlet se il completamento di questo processo di esportazione e importazione richiede molto tempo.

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 delle 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.

Importante

Se è già stata avviata una migrazione PST e si verifica un problema per cui la cassetta postale primaria è piena, sono disponibili due opzioni per il ripristino della migrazione PST:

• Attendere che la divisione automatica sposti i dati dalla cassetta postale principale. Questo processo potrebbe richiedere fino a due settimane. Tuttavia, tutte le cartelle pubbliche in una cassetta postale di cartelle pubbliche completamente compilate non possono ricevere nuovo contenuto fino al completamento della divisione automatica.
• 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 delle cartelle pubbliche secondarie.

Risolvere i problemi relativi alle migrazioni di cartelle pubbliche

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

Esegui test: risolvere i problemi di 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.