Utilisation de la migration par lots pour migrer des dossiers publics Exchange Server vers Exchange Online

S’applique à : Exchange Server 2013, Exchange Server 2016 et Exchange Server 2019

Remarque

La méthode de migration native prend en charge un maximum de 100 boîtes aux lettres de dossiers publics cibles dans Exchange Online (bien que jusqu’à 1 000 puissent être créées après la migration), chaque boîte aux lettres de dossiers publics ayant une capacité maximale de 100 Go. 5 To est la taille maximale recommandée qui peut être migrée vers Exchange Online, conformément à nos meilleures pratiques pour remplir chaque boîte aux lettres de dossier public cible avec jusqu’à 50 % de la capacité.

Remarque

L’article répertorie les étapes à suivre pour migrer des dossiers publics d’un emplacement local vers Exchange Online. Notez qu’il n’existe aucun outil natif pour migrer/déplacer des dossiers publics de Exchange Online vers Exchange local.

La migration de vos dossiers publics Exchange Server vers Exchange Online nécessite Exchange Server 2013 CU15 ou version ultérieure, ou Exchange Server CU4 2016 ou version ultérieure, pour s’exécuter dans votre environnement local. Toutes les versions de Exchange Server 2019 sont prises en charge pour les migrations par lots de dossiers publics.

Si vous avez un environnement mixte de dossiers publics Exchange 2013 et Exchange 2016/2019 dans votre organization, et que vous souhaitez les déplacer tous vers Exchange Online, les instructions de cet article fonctionnent pour vous, à condition que CU15 ou version ultérieure soient installées sur vos serveurs Exchange 2013.

Pour obtenir des instructions sur la migration de dossiers publics Exchange Server 2010 vers Exchange Online, consultez Utiliser la migration par lots pour migrer des dossiers publics hérités vers Exchange Online.

Ce qu'il faut savoir avant de commencer

• Nous vous recommandons vivement de consulter faq : Dossiers publics avant de tenter une migration.

• Lorsque vous effectuez une mise à niveau vers Exchange Server 2013 CU15 ou version ultérieure, ou vers Exchange Server 2016 CU4 ou version ultérieure, vous devez également préparer Active Directory pour que la migration de votre dossier public échoue. Cette préparation Active Directory garantit que tous les paramètres et applets de commande PowerShell pertinents sont disponibles pour la préparation et l’exécution de la migration. Pour plus d'informations, voir la rubrique Préparation d'Active Directory et des domaines.

• Dans Exchange Online, vous devez être membre du groupe de rôles Gestion de l'organisation. Ce groupe de rôles est différent des autorisations qui vous sont attribuées lorsque vous vous abonnez à Microsoft 365, Office 365 ou Exchange Online. Pour plus de détails sur l'activation du groupe de rôles Gestion de l'organisation, consultez la rubrique Gérer des groupes de rôles.

• Dans Exchange Server, vous devez être membre des groupes de rôles Gestion de l’organisation ou Gestion des serveurs RBAC. Pour plus d'informations, consultez la rubrique Ajouter des membres à un groupe de rôles.

• Avant de commencer la migration des dossiers publics, si un dossier public de votre organisation est supérieur à 25 Go, nous vous recommandons d'en supprimer du contenu pour le rendre plus petit, ou de répartir ce contenu dans plusieurs dossiers publics plus petits. La limite de 25 Go mentionnée ici s’applique uniquement au dossier public et non aux dossiers enfants ou sous-dossiers que le dossier en question peut avoir. Si aucune de ces options n'est envisageable, nous vous recommandons de ne pas déplacer vos dossiers publics vers Exchange Online. Pour plus d'informations, reportez-vous à Limites d'Exchange Online.

  Remarque

  Si vos quotas de dossiers publics actuels dans Exchange Online sont inférieurs à 25 Go, vous pouvez utiliser l’applet de commande Set-OrganizationConfig pour les augmenter avec les paramètres DefaultPublicFolderIssueWarningQuota et DefaultPublicFolderProhibitPostQuota.

• Dans Microsoft 365, Office 365 et Exchange Online, vous pouvez créer un maximum de 1 000 boîtes aux lettres de dossiers publics. Toutefois, un maximum de 100 boîtes aux lettres de dossiers publics est pris en charge pour la migration à partir de Exchange Server.

• Si vous envisagez de migrer des utilisateurs vers Microsoft 365 ou Office 365, vous devez effectuer la migration des utilisateurs avant de migrer vos dossiers publics. Pour plus d’informations, consultez Méthodes de migration de plusieurs comptes de messagerie vers Microsoft 365 ou Office 365.

• Le proxy MRS doit être activé sur au moins un serveur Exchange, lequel doit également héberger les boîtes aux lettres de dossier public. Pour plus d'informations, voir Activation du point de terminaison du proxy MRS pour les déplacements distants.

• Pour effectuer les procédures de migration décrites dans cet article, vous ne pouvez pas utiliser le Centre d’administration Exchange (EAC). Au lieu de cela, vous devez utiliser Exchange Management Shell sur vos serveurs Exchange. Dans Exchange Online, vous devez utiliser Exchange Online PowerShell. Pour plus d’informations, reportez-vous à Connexion à Exchange Online.

• Pour exécuter les scripts de migration de cet article, vous devez utiliser un compte pour lequel l’authentification de base est activée. Les comptes qui utilisent l’authentification multifacteur (MFA) ne sont actuellement pas pris en charge.

• Le fait d’ignorer la migration des éléments supprimés et des dossiers supprimés de Exchange Server vers Exchange Online est pris en charge. Pour plus d’informations, consultez le billet de blog de l’équipe Exchange sur les migrations de dossiers publics modernes sans données de dumpster.

• Vous devez utiliser un seul lot de migration pour migrer toutes vos données de dossier public. Exchange permet de créer un seul lot de migration pour la migration des dossiers publics. Si vous essayez de créer plusieurs lots de migration de dossiers publics simultanément, le résultat est une erreur. Notez également qu’une fois que le lot de migration a un status « Terminé », plus aucune donnée ne peut être copiée à partir de l’environnement source.

• Nous vous recommandons de ne pas utiliser la fonctionnalité d’exportation PST d’Outlook pour migrer des dossiers publics vers Microsoft 365, Office 365 ou Exchange Online. La croissance de la boîte aux lettres de dossiers publics dans Exchange Online est gérée à l’aide d’une fonctionnalité de fractionnement automatique qui fractionne la boîte aux lettres de dossiers publics lorsqu’elle dépasse les quotas de taille. Le fractionnement automatique ne peut pas gérer la croissance soudaine des boîtes aux lettres de dossiers publics lorsque vous utilisez l’exportation PST pour migrer vos dossiers publics, et vous devrez peut-être attendre jusqu’à deux semaines pour le fractionnement automatique pour déplacer les données de la boîte aux lettres principale. Nous vous recommandons plutôt d’utiliser les instructions basées sur les applets de commande de cet article pour migrer vos dossiers publics. Si vous décidez toujours de migrer des dossiers publics à l’aide de l’exportation PST, voir Migrer des dossiers publics vers Office 365 à l’aide de l’exportation PST Outlook plus loin dans cet article.

• Vérifiez si defaultPublicFolderAgeLimit est configuré au niveau organization (Get-OrganizationConfig | Format-List DefaultPublicFolderAgeLimit) ou si vous disposez d’ageLimit (Get-PublicFolder <FolderPath> | Format-List AgeLimit) configuré pour les dossiers publics individuels, afin d’empêcher les suppressions automatiques du contenu.

• Avant de commencer, lisez cet article dans son intégralité. Certaines étapes requièrent l'arrêt du système. Pendant ce temps d’arrêt, les dossiers publics ne sont accessibles à personne. Passez également en revue la liste des problèmes connus. Lisez également les meilleures pratiques pour la migration de dossiers publics afin de planifier votre migration.

Conseil

Vous rencontrez des difficultés ? Demandez de l’aide en participant aux forums Exchange. Visitez les forums à l’adresse : Exchange Server ou Exchange Online.

Étape 1 : Téléchargez les scripts de migration

1. Téléchargez tous les scripts et fichiers de prise en charge à partir des dossiers publics Exchange 2013/2016/2019 et des dossiers publics Exchange 2010/2013/2016/EXO vers Microsoft 365 ou Office 365 scripts de prémigration.

2. Enregistrez les scripts sur l'ordinateur local sur lequel vous exécuterez PowerShell. Par exemple, C:\PFScripts. Assurez-vous que tous les scripts sont enregistrés au même emplacement.

   Les scripts et les fichiers que vous téléchargez sont les suivants :

   • SourceSideValidations.ps1: Le script de validation côté source analyse les dossiers publics à la source et signale les problèmes détectés, ainsi que les actions requises pour résoudre les problèmes. Vous allez exécuter ce script sur le serveur Exchange local.

   • Sync-ModernMailPublicFolders.ps1Ce script synchronise les objets de dossier public à extension messagerie entre votre environnement Exchange local et Microsoft 365 ou Office 365. Vous allez exécuter ce script sur un serveur Exchange local.

   • SyncModernMailPublicFolders.strings.psd1 Ce fichier de support est utilisé par le script Sync-ModernMailPublicFolders.ps1 et doit être téléchargé au même emplacement.

   • Export-ModernPublicFolderStatistics.ps1 Ce script crée le fichier de mappage entre les noms de dossier et les tailles de dossier et d'élément supprimé. Vous allez exécuter ce script sur un serveur Exchange local.

   • Export-ModernPublicFolderStatistics.strings.psd1 Ce fichier de support est utilisé par le script Export-ModernPublicFolderStatistics.ps1 et doit être téléchargé au même emplacement.

   • ModernPublicFolderToMailboxMapGenerator.ps1 Ce script crée le fichier de mappage dossier public-boîte aux lettres en utilisant les résultats du script Export-ModernPublicFolderStatistics.ps1. Vous allez exécuter ce script sur un serveur Exchange local.

   • ModernPublicFolderToMailboxMapGenerator.strings.psd1 Ce fichier de support est utilisé par le script ModernPublicFolderToMailboxMapGenerator.ps1 et doit être téléchargé au même emplacement.

   • SetMailPublicFolderExternalAddress.ps1Ce script met à jour les ExternalEmailAddress dossiers publics à extension messagerie dans votre environnement local vers celui de leurs Exchange Online équivalents, de sorte que les e-mails adressés à vos dossiers publics à extension messagerie après la migration soient correctement routés vers Exchange Online. Vous devez exécuter ce script sur un serveur Exchange local.

   • SetMailPublicFolderExternalAddress.strings.psd1 Ce fichier de support est utilisé par le script Create-PublicFolderMailboxesForMigration.ps1 et doit être téléchargé au même emplacement.

Étape 2 : Préparer la migration

Remarque

Nous vous recommandons vivement d’exécuter le script de validation côté source à partir d’un serveur de boîtes aux lettres Exchange local. Le script analyse et signale les problèmes qui sont connus pour entraîner la lenteur de la migration, ainsi que des conseils pour résoudre ces problèmes. Le script effectue toutes les conditions préalables suivantes.

Effectuez toutes les opérations préliminaires décrites dans les sections suivantes avant de commencer la migration des dossiers publics.

Étapes préalables générales

Pour réussir votre migration, procédez comme suit :

• Assurez-vous qu'il n'existe aucun objet de messagerie de dossier public orphelin dans Active Directory. Il s'agit des objets présents dans Active Directory qui n'ont pas d'objet correspondant dans Exchange.

• Vérifiez que les adresses de messagerie SMTP configurées pour les dossiers publics dans Active Directory correspondent aux adresses de messagerie SMTP sur les objets Exchange.

• Vérifiez qu'il n'existe aucun objet de dossier public en double dans Active Directory. Cette précaution est nécessaire pour éviter que deux objets Active Directory ou plus ne pointent vers le même dossier public à extension messagerie.

Étapes requises dans l’environnement serveur Exchange 2013, Exchange 2016 ou Exchange 2019 local

Dans l'environnement de ligne de commande Exchange Management Shell (en local) effectuez les opérations suivantes :

1. Une fois votre migration terminée, les caches DNS sur Internet prennent un certain temps pour diriger les messages vers vos dossiers publics à extension messagerie dans leur nouvel emplacement dans Exchange Online. Pour vous assurer que les dossiers publics à extension messagerie migrés reçoivent les messages pendant cette période de transition de DNS, vous pouvez créer un domaine accepté avec un nom connu. Pour ce faire, exécutez la commande suivante dans votre environnement Exchange local. Dans cet exemple, target domain est votre domaine Microsoft 365, Office 365 ou Exchange Online, pour lequel un connecteur d’envoi a déjà été configuré par l’Assistant Configuration hybride.

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

   Exemple :

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

   Si le domaine accepté existe déjà dans votre environnement local, renommez-le PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 et laissez les autres attributs intacts.

   Pour case activée si le domaine accepté est déjà présent dans votre environnement local, exécutez la commande suivante :

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

   Pour renommer le domaine accepté en PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99, exécutez la commande suivante :

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

   Remarque

   Si vous souhaitez que vos dossiers publics à extension messagerie dans Exchange Online reçoivent des messages électroniques externes à partir d'Internet, vous devez désactiver le blocage du périmètre basé sur l'annuaire (DBEB) dans Exchange Online et Exchange Online Protection (EOP). Pour plus d'informations, voir Use Directory Based Edge Blocking to Reject Messages Sent to Invalid Recipients.

2. Si le nom d’un dossier public contient une barre oblique inverse \ ou une barre oblique /, il se peut qu’il ne soit pas migré vers sa boîte aux lettres désignée pendant le processus de migration. Avant de migrer, renommez ces dossiers pour supprimer ces caractères.

   a. Pour rechercher les dossiers publics dont le nom inclut une barre oblique inverse, exécutez la commande suivante :

   Get-PublicFolder -Recurse -ResultSize Unlimited | Where {$_.Name -like "*\*" -or $_.Name -like "*/*"} | Format-List Name, Identity, EntryId
   

   b. Si des dossiers publics sont renvoyés, vous pouvez les renommer en exécutant la commande suivante :

   Set-PublicFolder -Identity "<public folder EntryId>" -Name "<new public folder name>"
   

3. (Cette étape est nécessaire uniquement si vous effectuez une tentative de migration précédente pour une raison quelconque. Si ce n’est pas le cas, passez à l’étape suivante.) Exécutez les applets de commande suivantes pour vérifier qu’il n’existe pas d’enregistrement d’une migration précédente réussie dans votre organization. Si tel est le cas, vous devez définir cette valeur sur $false.

   Avant de modifier les valeurs, vérifiez que la précédente tentative de migration peut être annulée afin de ne pas effectuer accidentellement une seconde migration.

   a. Exécutez la commande suivante pour rechercher d'éventuelles migrations précédentes et en vérifier le statut :

   Get-OrganizationConfig | Format-List  PublicFolderMailboxesLockedForNewConnections, PublicFolderMailboxesMigrationComplete
   

   b. Si l’un des éléments ci-dessus est retourné avec une valeur définie sur $true, effectuez-les $false en exécutant :

   Set-OrganizationConfig -PublicFolderMailboxesLockedForNewConnections:$false -PublicFolderMailboxesMigrationComplete:$false
   

4. Pour vérifier la réussite de la migration une fois terminée, nous vous recommandons d’exécuter les commandes suivantes sur tous les serveurs Exchange 2016 ou Exchange 2019 appropriés. Cette opération crée des instantanés de votre déploiement de dossiers publics actuel, lesquels peuvent ensuite être comparés à vos dossiers publics nouvellement migrés.

   Remarque

   Selon la taille de votre organisation Exchange, l'exécution de ces commandes peut prendre du temps.

   • Exécutez la commande suivante pour prendre un instantané de la structure de dossiers publics d'origine :

     Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML OnPrem_PFStructure.xml
     

   • Pour prendre un instantané des statistiques de dossiers publics, telles que le nombre, la taille et le propriétaire d'éléments, exécutez la commande suivante :

     Get-PublicFolderStatistics -ResultSize Unlimited | Export-CliXML OnPrem_PFStatistics.xml
     

   • Exécutez la commande suivante pour prendre un instantané des autorisations de dossier public :

     Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User,AccessRights -ExpandProperty AccessRights | Export-CliXML OnPrem_PFPerms.xml
     

   • Exécutez la commande suivante pour créer un instantané de vos dossiers publics à extension messagerie :

     Get-MailPublicFolder -ResultSize Unlimited | Export-CliXML OnPrem_MEPF.xml
     

   • Enregistrez les fichiers générés par les commandes précédentes dans un emplacement sûr afin d'effectuer une comparaison à la fin de la migration.

5. Si vous utilisez Microsoft Entra Connect (Microsoft Entra Connect) pour synchroniser vos répertoires locaux avec Microsoft Entra ID, vous devez effectuer les opérations suivantes (si vous n’utilisez pas Microsoft Entra Connect, vous pouvez ignorer cette étape) :

   1. Sur un ordinateur local, ouvrez Microsoft Entra Se connecter, puis sélectionnez Configurer.

   2. Sur l'écran Tâches supplémentaires, sélectionnez Personnaliser les options de synchronisation, puis cliquez sur Suivant.

   3. Dans l’écran Se connecter à Microsoft Entra ID, entrez les informations d’identification appropriées, puis cliquez sur Suivant. Une fois connecté, continuez à cliquer sur Suivant jusqu’à ce que vous soyez sur l’écran Fonctionnalités facultatives .

   4. Vérifiez que l'option Dossiers publics de messagerie Exchange n'est pas sélectionnée. S’il n’est pas sélectionné, vous pouvez passer à la section suivante, Étapes requises dans Exchange Online. Si elle est sélectionnée, décochez la case, puis cliquez sur Suivant.

      Remarque

      Si l’option Dossiers publics exchange Mail n’apparaît pas dans l’écran Fonctionnalités facultatives, vous pouvez quitter Microsoft Entra Se connecter et passer à la section suivante, Étapes préalables dans Exchange Online.

   5. Une fois que vous avez effacé la sélection Dossiers publics de messagerie Exchange , continuez à cliquer sur Suivant jusqu’à ce que vous soyez sur l’écran Prêt à configurer , puis cliquez sur Configurer.

Opérations préliminaires dans Exchange Online

Dans Exchange Online PowerShell, procédez comme suit :

1. Assurez-vous qu'il n'existe aucune demande de migration de dossiers publics. S'il en existe, supprimez-les, sinon, votre propre demande de migration échouera. Cette étape est nécessaire uniquement si vous pensez qu'il peut y avoir une demande de migration existante dans le pipeline (ayant échoué ou que vous avez abandonnée).

   L'exemple suivant permet de détecter toute demande de migration par lots :

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

   L'exemple suivant supprime toutes les demandes de migration par lots de dossiers publics :

   Remove-MigrationBatch <name of migration batch> -Confirm:$false
   

2. Vérifiez qu'il n'existe déjà aucun dossier public ou aucune boîte aux lettres de dossier public dans Exchange Online. Si vous découvrez des dossiers publics dans Exchange Online après avoir suivi les étapes ci-dessous, il est important de déterminer pourquoi ils sont là et qui, dans votre organization, a démarré une hiérarchie de dossiers publics avant de commencer à supprimer les dossiers publics et les boîtes aux lettres de dossiers publics.

   a. Dans Exchange Online PowerShell, exécutez la commande suivante pour voir s’il existe des boîtes aux lettres de dossiers publics :

   Get-Mailbox -PublicFolder
   

   b. Si la commande ne renvoie pas de boîte aux lettres de dossier public, passez à l'Étape 3 : Générez les fichiers .csv. Si la commande renvoie des boîtes aux lettres de dossier public, exécutez la commande suivante pour voir s'il existe des dossiers publics :

   Get-PublicFolder -Recurse
   

3. Si vous avez des dossiers publics dans Microsoft 365 ou Office 365 ou Exchange Online, exécutez la commande PowerShell suivante pour les supprimer (après avoir vérifié qu’ils ne sont pas nécessaires). Vérifiez que vous avez enregistré les informations de ces dossiers publics avant de les supprimer, car elles seront définitivement supprimées lorsque vous supprimerez les dossiers publics.

   Get-MailPublicFolder -ResultSize Unlimited | where {$_.EntryId -ne $null}| Disable-MailPublicFolder -Confirm:$false
   Get-PublicFolder -GetChildren \ -ResultSize Unlimited | Remove-PublicFolder -Recurse -Confirm:$false
   

4. Une fois les dossiers publics supprimés, exécutez les commandes suivantes pour supprimer toutes les boîtes aux lettres de dossier public :

   $hierarchyMailboxGuid = $(Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid
   Get-Mailbox -PublicFolder | Where-Object {$_.ExchangeGuid -ne $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
   Get-Mailbox -PublicFolder | Where-Object {$_.ExchangeGuid -eq $hierarchyMailboxGuid} | Remove-Mailbox -PublicFolder -Confirm:$false -Force
   Get-Mailbox -PublicFolder -SoftDeletedMailbox | % {Remove-Mailbox -PublicFolder $_.PrimarySmtpAddress -PermanentlyDelete:$true -force -Confirm:$false}  
   $soft=Get-Mailbox -PublicFolder -SoftDeletedMailbox; foreach ($mbx in $soft){if ($mbx.Name -like "*CNF:*" -or $mbx.identity -like "*CNF:*") {Remove-Mailbox -PublicFolder        $mbx.ExchangeGUID.GUID -RemoveCNFPublicFolderMailboxPermanently -Force -Confirm:$false}}
   

   Répétez le bloc de commandes ci-dessus à quelques reprises, à un intervalle de 5 à 10 minutes pour vous assurer que les softDeletedMailboxes sont effacées et qu’aucun objet CNF n’est laissé derrière.

   Remarque

   Le bloc de commandes ci-dessus peut renvoyer une erreur telle que « L’opération n’a pas pu être effectuée, car l’objet <MailboxName> est introuvable sur », qui peut être ignorée en toute sécurité en raison de la latence de réplication AD.

5. Réexécutez la commande suivante pour vous assurer qu’aucune boîte aux lettres SoftDeleted ou CNF ne reste.

   Get-Mailbox -PublicFolder -SoftDeletedMailbox
   

   Si vous voyez la liste des boîtes aux lettres supprimées de manière réversible, répétez le bloc de commandes de l’étape 4 ; sinon, passez à l’étape suivante

Étape 3 : Générez les fichiers .csv

Utilisez les scripts téléchargés précédemment pour générer les fichiers .csv qui seront utilisés lors de la migration.

1. À partir de l’environnement de ligne de commande Exchange Management Shell (local), exécutez le Export-ModernPublicFolderStatistics.ps1 script pour créer le fichier de mappage nom-dossier-taille de dossier. Vous devez disposer des autorisations d'administrateur local pour exécuter ce script. Le fichier obtenu contient trois colonnes : FolderName, FolderSize et DeletedItemSize. Les valeurs des colonnes FolderSize et DeletedItemSize sont affichées en octets. Par exemple, \PublicFolder01,10240, 100 signifie que le dossier public à la racine de votre hiérarchie nommé PublicFolder01 a une taille de 10240 octets (10 Ko) et qu’il contient 100 octets d’éléments récupérables.

   .\Export-ModernPublicFolderStatistics.ps1 <Folder-to-size map path>
   

   Exemple :

   .\Export-ModernPublicFolderStatistics.ps1 stats.csv
   

2. Exécutez le ModernPublicFolderToMailboxMapGenerator.ps1 script pour créer un fichier .csv qui mappe les dossiers publics sources aux boîtes aux lettres de dossiers publics dans votre destination Exchange Online. Ce fichier permet de calculer le nombre correct de boîtes aux lettres de dossier public dans Exchange Online.

Le fichier généré par ModernPublicFolderToMailboxMapGenerator.ps1 ne contient pas le nom de chaque dossier public dans votre organization. Il contient des références aux dossiers parents des arborescences de dossiers plus grandes ou aux noms de dossiers qui sont eux-mêmes considérablement volumineux. Vous pouvez considérer ce fichier comme un fichier « d'exception » qui vous permet de vous assurer que certaines arborescences de dossiers et certains dossiers de grande taille sont placés dans des boîtes aux lettres de dossier public spécifiques. Il est normal de ne pas voir chacun de vos dossiers publics dans ce fichier. Les dossiers enfants des dossiers indiqués dans ce fichier de mappage seront également transférés vers la même boîte aux lettres de dossier public que leur dossier parent (sauf mention explicite sur une autre ligne du fichier de mappage qui les dirige vers une autre boîte aux lettres de dossier public).

.\ModernPublicFolderToMailboxMapGenerator.ps1 <Maximum mailbox size in bytes><Maximum mailbox recoverable item size in bytes><Folder-to-size map path><Folder-to-mailbox map path>

• Maximum mailbox size in bytes est la quantité maximale de données que vous voulez migrer dans n'importe quel boîte aux lettres de dossier public dans Exchange Online. La taille maximale de ce champ est actuellement de 100 Go, mais nous vous recommandons d’utiliser une taille plus petite, telle que 50 % de la taille maximale, pour permettre une croissance future.

• Maximum mailbox recoverable items size in bytes est le quota d'éléments récupérables sur vos boîtes aux lettres Exchange Online. La taille maximale des boîtes aux lettres de dossiers publics dans Exchange Online est actuellement de 100 Go. Nous vous recommandons de définir RecoverableItemsQuota sur 15 Go ou moins.

• Folder-to-size map path est le chemin d’accès du fichier .csv que vous avez créé lors de l’exécution du Export-ModernPublicFolderStatistics.ps1 script.

• Folder-to-mailbox map path est le chemin d’accès du fichier de dossier à boîte aux lettres .csv que vous créez dans cette étape. Si vous spécifiez uniquement un nom de fichier, le fichier est généré dans le répertoire PowerShell actuel sur l’ordinateur local.

Exemple :

.\ModernPublicFolderToMailboxMapGenerator.ps1 -MailboxSize 50GB -MailboxRecoverableItemSize 1GB -ImportFile .\stats.csv -ExportFile map.csv

Remarque

Le map.csv généré par le script utilise des noms génériques pour les boîtes aux lettres de dossiers publics cibles qui seront créées dans EXO à l’étape suivante (par exemple, Mailbox1 et Mailbox2). Nous vous encourageons à modifier les noms de boîte aux lettres des dossiers publics dans le map.csv en fonction des stratégies de nommage de votre organization. En outre, si votre organization local a déjà des boîtes aux lettres qui correspondent aux noms génériques, vous devez modifier les map.csv et fournir des noms uniques pour les boîtes aux lettres de dossiers publics cibles dans Exchange Online. Utilisez le Bloc-notes ou un éditeur similaire pour modifier les noms TargetMailbox dans le map.csv

Remarque

Nous ne prenons pas en charge la migration de dossiers publics vers Exchange Online lorsqu’il existe plus de 100 boîtes aux lettres de dossiers publics uniques dans Exchange Online. Pendant la migration, vous pouvez activer jusqu’à 100 boîtes aux lettres de dossiers publics.

Étape 4 : Créez les boîtes aux lettres de dossiers publics dans Exchange Online

Ensuite, dans Exchange Online PowerShell, créez les boîtes aux lettres de dossiers publics cibles qui contiennent vos dossiers publics migrés.

Exécutez le script suivant pour créer les boîtes aux lettres de dossier public cibles. Le script crée une boîte aux lettres cible pour chaque boîte aux lettres dans le fichier .csv que vous avez généré précédemment à l’étape 3 : Générer les fichiers .csv, lorsque vous avez exécuté le ModernPublicFoldertoMailboxMapGenerator.ps1 script.

$mappings = Import-Csv <Folder-to-mailbox map path>
$primaryMailboxName = ($mappings | Where-Object FolderPath -eq "\" ).TargetMailbox;
New-Mailbox -HoldForMigration:$true -PublicFolder -IsExcludedFromServingHierarchy:$false $primaryMailboxName
($mappings | Where-Object TargetMailbox -ne $primaryMailboxName).TargetMailbox | Sort-Object -unique | ForEach-Object { New-Mailbox -PublicFolder -IsExcludedFromServingHierarchy:$false $_ }

Folder-to-mailbox map path est le chemin d’accès du fichier folder-to-mailbox.csv qui a été généré par le script à l’étape ModernPublicFoldertoMailboxMapGenerator.ps13 : Générer les fichiers .csv.

Étape 5 : Lancez la demande de migration

Un certain nombre de commandes doivent maintenant être exécutées à la fois dans votre environnement Exchange Server local et dans Exchange Online.

1. À partir de vos serveurs Exchange 2016 ou Exchange 2019 hébergeant des boîtes aux lettres de dossiers publics, exécutez le script suivant. Ce script synchronise les dossiers publics à extension messagerie de votre annuaire Active Directory local avec Exchange Online. Vérifiez que vous avez téléchargé la dernière version de ce script et que vous l’exécutez à partir d’Exchange Management Shell.

   .\Sync-ModernMailPublicFolders.ps1 -CsvSummaryFile:sync_summary.csv
   

   • CsvSummaryFile est le chemin d'accès à l'emplacement souhaité pour le fichier journal des opérations et des erreurs de synchronisation. Ce journal sera au format .csv.

   Remarque

   Utilisez la résolution des problèmes de script MEPF de synchronisation si vous voyez des erreurs pendant le Sync-ModernMailPublicFolders.ps1 script.

2. Dans Exchange Online PowerShell, transmettez les informations d’identification d’un utilisateur disposant d’autorisations d’administrateur dans l’environnement local Exchange 2013, Exchange 2016 ou Exchange 2019 dans la variable $Source_Credential. La demande de migration que vous exécutez dans Exchange Online utilisera ces informations d’identification pour accéder à vos serveurs Exchange locaux afin de copier le contenu du dossier public vers Exchange Online.

   $Source_Credential = Get-Credential <source_domain>\<PublicFolder_Administrator_Account>
   

3. Dans Exchange Online PowerShell, transmettez le nom de domaine complet routable Sur Internet de votre service de réplication de boîtes aux lettres Exchange (MRS) dans la variable $Source_RemoteServer. La demande de migration que vous exécutez dans Exchange Online utilise ce serveur distant pour copier le contenu du dossier public dans Exchange Online.

   $Source_RemoteServer = "<MRS proxy endpoint server>"
   

4. Sur votre serveur Exchange local, ouvrez l’environnement de ligne de commande Exchange Management Shell et recherchez le GUID de la boîte aux lettres de hiérarchie principale avec la commande suivante :

   (Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid.GUID
   

   Notez la sortie de cette commande. Vous en aurez besoin à l'étape suivante. Par exemple :

   91edc6dd-478a-497c-8731-b0b793f5a986

   Remarque

   Le GUID de boîte aux lettres de dossier public mentionné dans la commande précédente doit être obtenu à partir du serveur local . s’il est obtenu à partir de Exchange Online, le lot de migration échoue avec une erreur temporaire.

5. Dans Exchange Online PowerShell, exécutez les commandes suivantes pour créer le point de terminaison de la migration de dossiers publics et la demande de migration associée :

   $bytes = [System.IO.File]::ReadAllBytes('folder_mapping.csv')
   $PfEndpoint = New-MigrationEndpoint -PublicFolder -Name PublicFolderEndpoint -RemoteServer $Source_RemoteServer -Credentials $Source_Credential
   New-MigrationBatch -Name PublicFolderMigration -CSVData $bytes -SourceEndpoint $PfEndpoint.Identity -SourcePfPrimaryMailboxGuid <guid you noted from previous step> -NotificationEmails <email addresses for migration notifications>
   

   Où folder_mapping.csv est le fichier map qui a été généré à l’étape 3 : Générer les fichiers .csv et HierarchyMailboxGUID est la sortie que vous avez notée à l’étape précédente. Veillez à fournir le chemin d’accès complet au folder_mapping.csvfichier . Si le fichier de mappage a été déplacé pour une raison quelconque, veillez à utiliser le nouvel emplacement.

   Séparez les adresses de messagerie par des virgules.

   Remarque

   Vous remarquerez peut-être l’échec de la commande ci-dessus avec l’erreur « Impossible de trouver un destinataire qui a un GUID de boîte aux lettres » avec le GUID mentionné de boîte aux lettres de dossiers publics dans EXO. Cela peut se produire en raison de la latence de réplication AD. Dans ce cas, attendez une heure et réessayez la commande.

6. Enfin, lancez la migration à l'aide de la commande suivante dans Exchange Online PowerShell :

   Start-MigrationBatch PublicFolderMigration
   

Bien que les migrations par lots doivent être créées à l’aide de l’applet New-MigrationBatch de commande dans Exchange Online PowerShell, la progression et la fin de la migration peuvent être consultées et gérées dans le Centre d’administration Exchange ou en exécutant l’applet de commande Get-MigrationBatch. L’applet New-MigrationBatch de commande lance une demande de migration de boîte aux lettres pour chaque boîte aux lettres de dossier public, et vous pouvez afficher les status de ces demandes à l’aide de la page de migration de boîte aux lettres.

Pour accéder à la page de migration de boîte aux lettres, procédez comme suit :

1. Connectez-vous à Exchange Online et ouvrez le CAE.

2. Accédez à Destinataires, puis sélectionnez Migration.

3. Sélectionnez la demande de migration qui vient d'être créée, puis, dans le volet Détails, cliquez sur Afficher les détails.

Avant de passer à l’étape 6 : Verrouiller les dossiers publics sur le serveur Exchange local, vérifiez que toutes les données ont été copiées et qu’il n’y a pas d’erreur dans la migration. Une fois que vous avez confirmé que le lot est passé à l’état Synchronisé, exécutez les commandes mentionnées à l’étape 2 : Préparer la migration, dans la dernière étape sous Étapes préalables dans l’environnement Exchange Server local, pour prendre une instantané des dossiers publics locaux.

Une fois que ces commandes ont été exécutées, vous pouvez passer à l'étape suivante. Notez que ces commandes peuvent prendre un certain temps en fonction du nombre de dossiers que vous avez. Le processus de migration synchronise les données de l’environnement source (local) une fois toutes les 24 heures.

Vous pouvez utiliser les applets de commande suivantes pour surveiller votre migration :

• Get-PublicFolderMailboxMigrationRequest

• Get-PublicFolderMailboxMigrationRequestStatistics

• Get-MigrationBatch

Étape 6 : Verrouiller les dossiers publics sur le serveur Exchange local (temps d’arrêt du dossier public requis)

Jusqu'à ce stade du processus de migration, les utilisateurs pouvaient accéder aux dossiers publics en local. Les étapes suivantes déconnectent désormais les utilisateurs de Exchange Server dossiers publics, puis verrouillent les dossiers à mesure que le processus de migration termine sa synchronisation finale. Les utilisateurs ne pourront pas accéder aux dossiers publics pendant cette période et les messages électroniques envoyés à ces dossiers publics à extension messagerie seront mis en file d'attente et ne seront pas remis tant que la migration des dossiers publics ne sera pas terminée.

Remarque

La synchronisation finale peut prendre beaucoup de temps, en fonction des modifications apportées à l’environnement source, de la taille du déploiement des dossiers publics, de la capacité du serveur, etc. Si la hiérarchie de dossiers avait de nombreuses listes de contrôle d’accès endommagées qui n’ont pas été nettoyées avant la migration, il peut y avoir un retard important dans l’exécution. Il est recommandé de prévoir un temps d’arrêt minimal de 48 heures pour la fin de la synchronisation finale.

Vérifiez que le lot de migration et les demandes de migration individuelles ont été correctement synchronisés.

Exécutez la commande suivante dans EXO PowerShell pour plus d’informations :

Get-MigrationBatch |?{$_.MigrationType -like "*PublicFolder*"} | ft *last*sync*

Get-PublicFolderMailboxMigrationRequest | Get-PublicFolderMailboxMigrationRequestStatistics |ft targetmailbox,*last*sync*

LastSyncedDate (sur lot de migration) et LastSuccessfulSyncTimestamp (sur des travaux individuels) doivent être dans les 7 derniers jours. Si la date est trop éloignée dans le passé, comme il y a plus d’un mois, vous pouvez examiner les demandes de migration de dossiers publics et vérifier que toutes les demandes ont été synchronisées récemment.

À ce stade, nous vous recommandons de réexécuter le script suivant pour vous assurer que tous les nouveaux dossiers publics à extension messagerie sont synchronisés avec Exchange Online :

.\Sync-ModernMailPublicFolders.ps1 -CsvSummaryFile:sync_summary.csv

Une fois que vous avez confirmé que le lot et toutes les demandes de migration ont été correctement synchronisés, dans votre environnement local, exécutez la commande suivante pour verrouiller le Exchange Server dossiers publics pour la finalisation.

Set-OrganizationConfig -PublicFolderMailboxesLockedForNewConnections $true

Remarque

Si vous ne parvenez pas à accéder au paramètre, cela peut être dû au -PublicFolderMailboxesLockedForNewConnections fait que votre Active Directory n’a pas été préparé pendant la mise à niveau de cu, comme nous l’avons indiqué ci-dessus dans Que devez-vous savoir avant de commencer ? Pour plus d’informations, consultez Préparer Active Directory et les domaines . Notez également que tous les utilisateurs qui ont besoin d’accéder aux dossiers publics doivent être migrés en premier, avant que vous ne migriez les dossiers publics.

Si votre organization a des boîtes aux lettres de dossiers publics sur plusieurs serveurs Exchange, vous devez attendre que la réplication Active Directory soit terminée. Une fois l’opération terminée, vous pouvez vérifier que toutes les boîtes aux lettres de dossiers publics ont sélectionné l’indicateur PublicFolderMailboxesLockedForNewConnections et que toutes les modifications en attente apportées récemment par les utilisateurs à leurs dossiers publics ont convergé entre les organization. Tout cela peut prendre plusieurs heures.

Exécutez la commande suivante dans votre environnement local pour vous assurer que les dossiers publics sont verrouillés :

Get-PublicFolder \

Le résultat attendu si les dossiers publics sont verrouillés est le suivant :

Couldn't find the public folder mailbox. + CategoryInfo : NotSpecified: (:) [Get-PublicFolder], ObjectNotFoundException

Étape 7 : Finalisez la migration des dossiers publics (inaccessibilité des dossiers publics requise)

Vous devez case activée les éléments suivants avant de pouvoir effectuer la migration de dossiers publics :

1. Vérifiez qu’aucun autre déplacement de boîte aux lettres de dossier public ou de dossier public n’est en cours dans votre environnement Exchange local. Pour ce faire, utilisez les applets de commande Get-MoveRequest et Get-PublicFolderMoveRequest pour répertorier les déplacements de dossiers publics existants. Si des déplacements sont en cours ou dans l’état Terminé , supprimez-les.

2. Si votre environnement a plusieurs domaines Active Directory, vérifiez que les étapes décrites dans Aucune boîte aux lettres de dossier public active n’ont été trouvées » et que le lot de migration échoue à Complete-MigrationBatch commandes sont suivies avant d’effectuer le lancement.

3. Pour terminer le processus de migration de dossiers publics, exécutez la commande suivante dans Exchange Online PowerShell :

   Complete-MigrationBatch PublicFolderMigration
   

Importante

Une fois qu’un lot de migration est terminé, aucune donnée supplémentaire ne peut être synchronisée à partir des serveurs Exchange locaux et des Exchange Online.

Lorsque vous exécutez Complete-MigrationBatch PublicFolderMigration, Exchange effectue une synchronisation finale entre votre organization exchange local et Exchange Online. Pendant cette période, l'état du lot migration passe de Synchronisé à Finalisation en cours, puis enfin à Terminé. Si la synchronisation finale fonctionne, les dossiers publics dans Exchange Online sont déverrouillés. Toutefois, il est fortement recommandé de suivre les étapes 8 et 9 de cet article avant d’ouvrir les dossiers publics à vos utilisateurs.

Il est courant que le status du lot de migration reste synchronisé pendant quelques heures avant de passer à La fin. Pour les migrations impliquant un grand nombre de boîtes aux lettres cibles, il est normal que les status restent à l’état Synchronisé pendant plus de 24 heures, à condition qu’aucune des demandes de migration de dossier public sous-jacentes n’ait échoué ou n’ait été mise en quarantaine.

Étape 8 : Testez et déverrouillez les dossiers publics dans Exchange Online

Une fois que la migration de dossier public est terminée, procédez comme suit pour tester le succès de la migration et vérifier qu’elle est officiellement terminée. Ces tâches finales vous permettent de tester la hiérarchie des dossiers publics migrés avant de transférer définitivement votre organisation vers les dossiers publics Exchange Online.

1. Dans Exchange Online PowerShell, configurez certaines boîtes aux lettres utilisateur de test pour utiliser l’une de vos boîtes aux lettres de dossier public nouvellement migrées comme boîte aux lettres de dossiers publics par défaut :

   Set-Mailbox -Identity <test user> -DefaultPublicFolderMailbox <public folder mailbox identity>
   

   Assurez-vous que les utilisateurs test disposent des autorisations nécessaires pour créer des dossiers publics.

2. Connectez-vous à Outlook avec l'utilisateur test désigné à l'étape précédente, puis exécutez les tests suivants sur les dossiers publics. Notez que les modifications peuvent mettre 15 à 30 minutes pour prendre effet. Une fois qu'Outlook détecte ces modifications, il peut vous demander de redémarrer une ou deux fois.

   a. Affichez la hiérarchie.

   b. Vérifiez les autorisations.

   c. Créez des dossiers publics et supprimez-les.

   d. Publiez du contenu dans un dossier public ou effacez-en.

   Si vous rencontrez des problèmes et que vous n’êtes pas prêt à basculer entièrement les dossiers publics de votre organization vers Exchange Online, consultez Restaurer la migration d’un dossier public de Exchange Server vers Exchange Online.

3. Exécutez la commande suivante dans Exchange Online PowerShell pour déverrouiller vos dossiers publics dans Exchange Online. Après l'exécution de la commande, les modifications peuvent mettre 15 à 30 minutes à prendre effet. Une fois qu'Outlook détecte ces modifications, il peut demander aux utilisateurs de le redémarrer une ou deux fois.

   Set-OrganizationConfig -RemotePublicFolderMailboxes $Null -PublicFoldersEnabled Local
   

Étape 9 : Finaliser la migration locale

Pour activer les e-mails vers des dossiers publics à extension messagerie localement, procédez comme suit :

1. Exécutez la commande suivante dans votre environnement local pour effectuer une sauvegarde des e-mails de la file d’attente qui ont été envoyés à vos dossiers publics à extension messagerie. Cette sauvegarde peut être utilisée dans les scénarios où la remise d’e-mails aux dossiers publics à extension messagerie a échoué pour une raison quelconque :

   $Server=Get-TransportService;ForEach ($t in $server) {Get-Message -Server $t -ResultSize Unlimited| ?{$_.Recipients -like "*PF.InTransit*"} | ForEach-Object {Suspend-Message $_.Identity -Confirm:$False; $Temp="C:\ExportFolder\"+$_.InternetMessageID+".eml"; $Temp=$Temp.Replace("<","_"); $Temp=$Temp.Replace(">","_"); Export-Message $_.Identity | AssembleMessage -Path $Temp;Resume-message $_.Identity -Confirm:$false}}
   

2. Dans votre environnement local, exécutez le script suivant pour vous assurer que tous les e-mails adressés aux dossiers publics à extension messagerie sont correctement acheminés vers Exchange Online. Le script marque les dossiers publics à extension messagerie avec un ExternalEmailAddress qui les pointe vers leurs équivalents Exchange Online :

   .\SetMailPublicFolderExternalAddress.ps1 -ExecutionSummaryFile:mepf_summary.csv
   

3. Si les tests sont concluants, dans votre environnement local, exécutez la commande suivante pour indiquer que la migration des dossiers publics est terminée :

   Set-OrganizationConfig -PublicFolderMailboxesMigrationComplete:$true -PublicFoldersEnabled Remote
   

Comment savoir si cela a fonctionné ?

Dans Étape 2 : Préparez la migration, vous avez pris des instantanés de la structure, des statistiques et des autorisations des dossiers publics locaux. Les étapes suivantes vous permettent de vérifier que votre migration de dossiers publics s'est correctement déroulée en prenant les mêmes instantanés dans Exchange Online après la migration. Vous pouvez ensuite comparer les données des deux fichiers pour vérifier la réussite de l'opération.

1. Dans Exchange Online PowerShell, exécutez la commande suivante pour prendre un instantané de la nouvelle structure de dossiers :

   Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML Cloud_PFStructure.xml
   

2. Dans Exchange Online PowerShell, exécutez les commandes suivantes pour prendre un instantané des statistiques de dossiers publics, telles que le nombre, la taille et le propriétaire des éléments :

   Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderStatistics | Export-CliXML Cloud_PFStatistics.xml
   

3. Dans Exchange Online PowerShell, exécutez la commande suivante pour prendre un instantané des autorisations :

   Get-PublicFolder -Recurse -ResultSize Unlimited | Get-PublicFolderClientPermission | Select-Object Identity,User,AccessRights | Export-CliXML Cloud_PFPerms.xml
   

4. Exchange Online PowerShell, exécutez la commande suivante pour prendre une instantané des dossiers publics à extension messagerie :

   Get-MailPublicFolder -ResultSize Unlimited | Export-CliXML Cloud_MEPF.xml
   

Remarque

Après la migration, si les e-mails externes échouent dans les dossiers publics à extension messagerie dans Exchange Online avec une erreur 5.7.13 ou 5.4.1, vérifiez que le dossier public dispose de l’autorisation CreateItems activée pour les utilisateurs anonymes et que le blocage edge basé sur le domaine de domaine (DBEB) est désactivé pour le domaine de messagerie configuré sur le dossier public.

Problèmes connus

Voici quelques problèmes courants avec la migration de dossiers publics que vous pouvez rencontrer dans votre organisation.

• Nous ne prenons pas en charge la migration de dossiers publics vers Exchange Online lorsqu’il existe plus de 100 boîtes aux lettres de dossiers publics uniques dans Exchange Online.

• Les autorisations pour le dossier public racine et le dossier EFORMS REGISTRY ne seront pas migrées vers Exchange Online et vous devrez les appliquer manuellement dans Exchange Online. Pour ce faire, exécutez la commande suivante dans votre Exchange Online PowerShell. Exécutez la commande une fois pour chaque entrée d’autorisation présente localement, mais manquante dans Exchange Online :

  Add-PublicFolderClientPermission "\" -User <user> -AccessRights <access rights>
  Add-PublicFolderClientPermission "\NON_IPM_SUBTREE\EFORMS REGISTRY" -User <user> -AccessRights <access rights>
  

• Il existe un problème connu à cause duquel la migration de dossiers publics échoue si certaines boîtes aux lettres de dossier public ne servent pas la hiérarchie des dossiers publics. Cela signifie que le IsExcludedFromServingHierarchy paramètre sur une ou plusieurs boîtes aux lettres est défini sur $true. Pour éviter ce problème, définissez toutes les boîtes aux lettres d'Exchange Online de manière à ce qu'elles servent la hiérarchie.

• Les autorisations Envoyer en tant que et Envoyer de la part de ne sont pas migrées vers Exchange Online. Si c'est le cas, utilisez les commandes suivantes dans votre environnement local pour noter qui détient ces autorisations.

  Pour voir les dossiers publics qui possèdent des autorisations Envoyer en tant que en local :

  Get-MailPublicFolder | Get-ADPermission | ?{$_.ExtendedRights -like "*Send-As*"}
  

  Pour voir les dossiers publics qui possèdent des autorisations Envoyer de la part de en local :

  Get-MailPublicFolder | ?{$_.GrantSendOnBehalfTo -ne "$null"} | Format-Table name,GrantSendOnBehalfTo
  

  Pour ajouter des autorisations Envoyer en tant que à un dossier public à extension messagerie dans Exchange Online, accédez à Exchange Online PowerShell et saisissez la commande suivante :

  Add-RecipientPermission -Identity <mail-enabled public folder primary SMTP address> -Trustee <name of user to be assigned permission> -AccessRights SendAs
  

  Exemple:

  Add-RecipientPermission -Identity send1 -Trustee Exo1 -AccessRights SendAs
  

  Pour ajouter des autorisations Envoyer de la part de à un dossier public à extension messagerie dans Exchange Online, accédez à Exchange Online PowerShell et saisissez la commande suivante :

  Set-MailPublicFolder -Identity <name of public folder> -GrantSendOnBehalfTo <user or comma-separated list of users>
  

  Exemple :

  Set-MailPublicFolder send2 -GrantSendOnBehalfTo exo1,exo2
  

• Le fait d’avoir plus de 10 000 dossiers sous le dossier « \NON_IPM_SUBTREE\DUMPSTER_ROOT » peut entraîner l’échec de la migration. Par conséquent, case activée le dossier « \NON_IPM_SUBTREE\DUMPSTER_ROOT » pour voir s’il y a plus de 10 000 dossiers directement sous celui-ci (enfants immédiats). Vous pouvez utiliser la commande suivante pour rechercher le nombre de dossiers publics à cet emplacement :

  (Get-PublicFolder -GetChildren "\NON_IPM_SUBTREE\DUMPSTER_ROOT").Count
  

  Exchange Online ne prend pas en charge plus de 10 000 sous-dossiers, c’est pourquoi les migrations de plus de 10 000 dossiers échouent. Nous développons actuellement un script pour débloquer ces configurations. En attendant, nous vous suggérons d’attendre la migration de vos dossiers publics.

• Les travaux de migration ne progressent pas ou sont bloqués. Cela peut se produire s’il y a trop de travaux en cours d’exécution en parallèle, ce qui entraîne l’échec des travaux avec des erreurs intermittentes. Vous pouvez réduire le nombre de travaux simultanés en modifiant MaxConcurrentMigrations et MaxConcurrentIncrementalSyncs en le réduisant à un nombre inférieur. Utilisez l’exemple suivant pour définir ces valeurs :

  Set-MigrationEndpoint <PublicFolderEndpoint> -MaxConcurrentMigrations 30 -MaxConcurrentIncrementalSyncs 20 -SkipVerification
  

• Les travaux de migration échouent avec l’erreur « Erreur : Dumpster du dossier Dumpster ». Si vous voyez cette erreur, elle doit être résolue si vous arrêtez le lot, puis redémarrez-le.

• Les travaux de migration échouent avec l’erreur « La demande a été mise en quarantaine en raison de l’erreur suivante : La clé donnée n’était pas présente dans le dictionnaire ». Cela se produit lorsqu’un élément endommagé est présent dans un dossier que les travaux de migration ne peuvent pas copier. Pour contourner ce problème :

  1. Arrêtez le lot de migration.

  2. Identifiez le dossier contenant l’élément incorrect. Le rapport de migration doit inclure des références au dossier qui a été copié lorsque l’erreur s’est produite.

  3. Dans votre environnement local, déplacez le dossier affecté vers la boîte aux lettres principale du dossier public. Vous pouvez utiliser l’applet de New-PublicFolderMoveRequest commande pour déplacer des dossiers.

  4. Attendez la fin du déplacement du dossier. Une fois l’opération terminée, supprimez la demande de déplacement. Enfin, relancez le lot de migration.

Supprimer des boîtes aux lettres de dossier public de votre environnement Exchange local

Une fois que la migration est terminée et que vous avez vérifié que vos dossiers publics dans Exchange Online fonctionnent comme prévu et contiennent toutes les données attendues, vous pouvez supprimer vos boîtes aux lettres de dossier public locales.

N'oubliez pas que cette étape est irréversible, car une fois que les boîtes aux lettres de dossier public sont supprimés, elles ne peuvent pas être récupérées. Par conséquent, nous vous recommandons vivement, en plus de vérifier la réussite de la migration, de surveiller vos dossiers publics Exchange Online pendant quelques semaines avant de supprimer les boîtes aux lettres de dossier public locales.

Migrer des dossiers publics vers Microsoft 365 ou Office 365 à l’aide de l’exportation Outlook PST

Nous vous recommandons de ne pas utiliser la fonctionnalité d’exportation PST d’Outlook pour migrer des dossiers publics vers Microsoft 365 ou Office 365 ou Exchange Online si votre hiérarchie de dossiers publics locale est supérieure à 30 Go. Microsoft 365 et Office 365 croissance des boîtes aux lettres de dossiers publics en ligne est gérée à l’aide d’une fonctionnalité de fractionnement automatique qui fractionne la boîte aux lettres de dossiers publics lorsqu’elle dépasse les quotas de taille. Le fractionnement automatique ne peut pas gérer la croissance soudaine des boîtes aux lettres de dossiers publics lorsque vous utilisez l’exportation PST pour migrer vos dossiers publics et que vous devrez peut-être attendre jusqu’à deux semaines pour le fractionnement automatique pour déplacer les données de la boîte aux lettres principale. En outre, tenez compte des points suivants avant d’utiliser Outlook PST pour exporter des dossiers publics vers Microsoft 365 ou Office 365 ou Exchange Online :

• Les autorisations de dossiers publics seront perdues lors de ce processus. Capturez les autorisations actuelles avant la migration et ajoutez-les manuellement de nouveau une fois la migration terminée.

• Si vous utilisez des autorisations complexes ou si vous avez un grand nombre de dossiers à migrer, nous vous recommandons d'utiliser la méthode de la cmdlet pour la migration.

• Toute modification d'élément ou de dossier apportée aux dossiers publics sources lors de la migration d'exportation PST sera perdue. Par conséquent, nous vous recommandons d'utiliser la méthode de la cmdlet si ce processus d'exportation et d'importation risque de durer longtemps.

Si vous voulez tout de même migrer vos dossiers publics avec les fichiers PST, procédez comme suit pour assurer une migration réussie.

1. Suivez les instructions de Étape 1 : Téléchargez les scripts de migration pour télécharger les scripts de migration. Il vous suffit de télécharger le PublicFolderToMailboxMapGenerator.ps1 fichier.

2. Suivez l’étape 2 de l’étape 3 : Générer les fichiers .csv pour créer le fichier de mappage dossier-boîte aux lettres public. Ce fichier permet de calculer le nombre correct de boîtes aux lettres de dossier public dans Exchange Online.

3. Créez les boîtes aux lettres de dossiers publics dont vous aurez besoin à partir du fichier de mappage. Pour plus d’informations, consultez Utiliser le Centre d’administration Exchange pour créer une boîte aux lettres de dossiers publics.

4. Utilisez l’applet de commande New-PublicFolder pour créer le dossier public le plus haut dans chacune des boîtes aux lettres de dossiers publics à l’aide du paramètre Mailbox .

5. Exportez et importez les fichiers PST avec Outlook.

6. Définissez les autorisations sur les dossiers publics avec le CAE. Pour plus d’informations, suivez Étape 3 : Attribuer des autorisations au dossier public dans l’article Configurer des dossiers publics dans une nouvelle organization.

Attention

Si vous avez déjà démarré une migration PST et que vous avez rencontré un problème où la boîte aux lettres principale est pleine, vous avez deux options pour récupérer la migration PST :

La première option consiste à attendre le fractionnement automatique pour déplacer les données de la boîte aux lettres principale. Cela peut prendre jusqu'à deux semaines. Toutefois, tous les dossiers publics d'une boîte aux lettres de dossiers publics complètement pleine ne seront pas en mesure de recevoir de nouveaux contenus tant que le fractionnement automatique n'est pas terminé.

L’option 2 consiste à créer une boîte aux lettres de dossiers publics dans Exchange Server, puis à utiliser l’applet de commande New-PublicFolder avec le paramètre Mailbox pour créer les dossiers publics restants dans la boîte aux lettres de dossiers publics secondaire.

Résoudre les problèmes de migration de dossiers publics

Sélectionnez le bouton suivant pour les problèmes courants lors de la migration de dossiers publics :

Exécuter des tests : Résoudre les problèmes de migration de dossiers publics

Une page de menu volant s’ouvre dans le Centre d’administration Microsoft 365, connectez-vous avec votre compte d’administrateur de locataire et sélectionnez l’option appropriée