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

S’APPLIQUE à :2016 2019 Édition d’abonnement

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 qu’il soit possible de créer jusqu’à 1 000 boîtes aux lettres après la migration), chaque boîte aux lettres de dossiers publics pouvant atteindre 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 sa capacité.

Remarque

L’article répertorie les étapes de migration de dossiers publics locaux vers Exchange Online. Notez qu’il n’existe aucun outil natif permettant de migrer/déplacer des dossiers publics d’Exchange Online vers Exchange local.

La migration de vos dossiers publics Exchange Server vers Exchange Online nécessite l’exécution d’Exchange Server 2013 CU15 ou version ultérieure, ou d’Exchange Server 2016 CU4 ou version ultérieure dans votre environnement local. Toutes les versions d’Exchange Server 2019 sont prises en charge pour les migrations par lots de dossiers publics. Il est recommandé d’installer la dernière mise à jour cumulative & la dernière mise à jour de sécurité avant de commencer la migration. Veuillez case activée cet article pour plus d’informations sur les dernières mises à jour pour Exchange Server.

Pour obtenir des instructions sur la migration des dossiers publics d’Exchange Server 2010 vers Exchange Online, consultez l’article 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, sinon la migration de votre dossier public échouera. Cette préparation Active Directory garantit que tous les paramètres et applets de commande PowerShell pertinents sont disponibles pour préparer et exécuter 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 diffère des autorisations qui vous sont attribuées quand vous vous abonnez à 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 RBAC Gestion de l’organisation ou Gestion du serveur. 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 indiquée ici ne s’applique qu’au dossier public et non aux dossiers enfants ou secondaires du dossier en question. 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 actuels de dossiers publics 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 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 dossier public est pris en charge pour la migration à partir d’Exchange Server.

• Si vous envisagez de migrer des utilisateurs vers Microsoft 365, vous devez effectuer votre migration utilisateur avant de migrer vos dossiers publics. Pour plus d’informations, consultez l’article Méthodes de migration des comptes de courrier vers Microsoft 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 (CAE). Vous devez utiliser l’environnement de ligne de commande environnement de ligne de commande 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.

• Il est possible d’ignorer la migration des éléments et dossiers supprimés d’Exchange Server vers Exchange Online. Pour plus d’informations, consultez le billet de blog de l’équipe Exchange sur les migrations modernes de dossiers publics sans données de benne à ordures.

• Vous devez utiliser un seul lot de migration pour migrer toutes vos données de dossier public. Exchange ne permet de créer qu’un seul lot de migration pour la migration de dossiers publics. Si vous tentez de créer simultanément plusieurs lots de migration de dossiers publics, le résultat est une erreur. Notez également qu’une fois que le lot de migration a le 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 Exchange Online. La croissance des boîtes 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 que le fractionnement automatique déplace les données de la boîte aux lettres principale. Nous vous recommandons d’utiliser à la place les instructions basées sur l’applet de commande dans 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 Microsoft 365 à l’aide de l’exportation Outlook PST plus loin dans cet article.

• Vérifiez si DefaultPublicFolderAgeLimit est configuré au niveau de l’organisation (Get-OrganizationConfig | Format-List DefaultPublicFolderAgeLimit) ou si une limite d’âge (Get-PublicFolder <FolderPath> | Format-List AgeLimit) est configurée pour les dossiers publics individuels, afin d’éviter 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 seront pas accessibles à tous. Consultez également la liste des problèmes connus. Consultez également les meilleures pratiques relatives à la migration de dossiers publics pour planifier votre migration.

Conseil

Vous rencontrez des difficultés ? Demander de l’aide sur le forum Exchange Server sur Exchange | Exchange Server | Gestion.

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

1. Téléchargez tous les scripts des scripts de migration des dossiers publics d’Exchange Server et des dossiers publics d’Exchange Server vers les scripts de pré-migration de Microsoft 365.

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 nécessaires pour résoudre les problèmes. Vous allez exécuter ce script sur le serveur Exchange en local.

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

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

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

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

É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 connus pour ralentir la migration, ainsi que des conseils pour résoudre ces problèmes. Le script effectuera 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 préalables dans l’environnement serveur local Exchange 2013, Exchange 2016 ou Exchange 2019

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

1. Une fois la migration terminée, les caches DNS sur Internet mettent un certain temps à diriger les messages vers vos dossiers publics de messagerie électronique 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 il s’agit de votre domaine 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 et PublicFolderDestination_78c0b207_5ad2_4fee_8cb9_f373175b3f99 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 attendez que vos dossiers publics de messagerie dans Exchange Online reçoivent des e-mails externes à partir d’Internet, vous devez désactiver le blocage Edge basé sur les répertoires (DBEB). Pour plus d’informations, consultez Utiliser le blocage de Directory-Based Edge pour rejeter les messages envoyés à des destinataires non valides dans Exchange Online.

2. Si le nom d’un dossier public contient une barre oblique \ inverse ou une barre oblique /, il est possible qu’il ne soit pas migré vers sa boîte aux lettres désignée pendant le processus de migration. Avant de procéder à la migration, 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 requise uniquement si vous effectuez une nouvelle 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 confirmer qu’il n’existe aucun enregistrement d’une migration précédente réussie dans votre organisation. Si c’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’une des valeurs ci-dessus est renvoyée avec une valeur définie sur $true, faites-les $false en exécutant :

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

4. Afin de vérifier le succès de la migration à son achèvement, 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 Connect, puis sélectionnez Configurer.

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

   3. Sur 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. Si elle n’est pas sélectionnée, vous pouvez passer à la section suivante, Étapes préalables dans Exchange Online. Si elle est sélectionnée, décochez la case, puis cliquez sur Suivant. La décochage de cette option supprime les dossiers publics compatibles avec la messagerie synchronisés avec Entra. Vous pouvez recevoir un message d’avertissement si plus de 500 objets MEPF sont supprimés d’Entra. Suivez les étapes de cet article pour autoriser la suppression des objets MEPF en cas de cet avertissement.

      Remarque

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

   5. Une fois que vous avez effacé la sélection des dossiers publics de messagerie Exchange , continuez à cliquer sur Suivant jusqu’à ce que vous soyez sur l’écran Prêt pour la configuration , 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 leur présence et les membres de votre organisation qui ont commencé 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 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 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 commande ci-dessus plusieurs fois, à un intervalle de 5 à 10 minutes, pour vous assurer que les boîtes aux lettres SoftDeleted sont effacées et qu’aucun objet CNF n’est laissé derrière.

   Remarque

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

5. Exécutez à nouveau la commande suivante pour vous assurer qu’aucune boîte aux lettres SoftDeleted ou CNF n’est laissée derrière.

   Get-Mailbox -PublicFolder -SoftDeletedMailbox
   

   Si la liste des boîtes aux lettres supprimées de manière réversible s’affiche, répétez le bloc de commande 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 environnement de ligne de commande Exchange Management Shell (local), exécutez le Export-ModernPublicFolderStatistics.ps1 script pour créer le fichier de mappage de nom de dossier à taille de dossier. Vous devez disposer des autorisations d'administrateur local pour exécuter ce script. Le fichier résultant 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 10 240 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 tous les dossiers publics de votre organisation. Il contient des références aux dossiers parents d’arborescences de dossiers plus grandes, ou les noms de dossiers qui sont eux-mêmes significativement 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 que vous ne voyiez pas tous 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, par exemple 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 .csv dossier à boîte aux lettres que vous créez à cette étape. Si vous ne spécifiez qu’un nom de fichier, ce dernier 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 au cours de l’étape suivante (par exemple, Boîte aux lettres 1 et Boîte aux lettres 2). Nous vous encourageons à modifier les noms de boîte aux lettres de dossiers publics dans le map.csv en fonction des stratégies de nommage de votre organization. En outre, si votre organization local possède déjà des boîtes aux lettres qui correspondent aux noms génériques, vous devez modifier le 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 de la boîte aux lettres cible dans le map.csv.

   Remarque

   Nous ne prenons pas en charge la migration des 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 avoir activé 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 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 local Exchange Server et dans Exchange Online.

1. À partir de l’un 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 Active Directory local vers Exchange Online. Assurez-vous que vous avez téléchargé la dernière version de ce script et que vous l’exécutez à partir d’environnement de ligne de commande 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 de synchronisation MEPF 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 de droits 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 sur Exchange Online.

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

3. Dans Exchange Online PowerShell, transmettez le nom de domaine complet routable 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 utilisera ce serveur distant pour copier le contenu du dossier public vers Exchange Online.

   $Source_RemoteServer = "<MRS proxy endpoint server>"
   

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

   (Get-OrganizationConfig).RootPublicFolderMailbox.HierarchyMailboxGuid.GUID
   

   Notez le résultat 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 d’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 se trouve le fichier de carte généré à l’étape 3 : générer les fichiers .csv et HierarchyMailboxGUID correspond à la sortie notée à l’étape précédente. Veillez à fournir le chemin d’accès complet au fichier .folder_mapping.csv 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 que la commande ci-dessus échoue avec l’erreur « Impossible de trouver un destinataire ayant un GUID de boîte aux lettres » avec le GUID mentionné de la boîte aux lettres de dossier public dans EXO. Cette situation 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 l’achèvement de la migration peuvent être affichés et gérés dans le CAE 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 le 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 : verrouillez 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’erreurs 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, à la dernière étape sous Étapes préalables dans l’environnement local d’Exchange Server, pour prendre un instantané des dossiers publics en local.

   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 des dossiers publics requis)

Jusqu'à ce stade du processus de migration, les utilisateurs pouvaient accéder aux dossiers publics en local. Les étapes suivantes ont pour effet de déconnecter les utilisateurs des dossiers publics d’Exchange Server, puis de verrouiller 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, selon les modifications apportées à l’environnement source, la taille du déploiement de dossiers publics, la capacité du serveur, etc. Si la hiérarchie de dossiers comporte 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. Nous vous recommandons de prévoir un temps d’arrêt minimal de 48 heures pour que la synchronisation finale se termine.

Assurez-vous que le lot de migration et les demandes de migration individuelles ont été correctement synchronisés.

Pour plus d’informations, exécutez la commande suivante dans EXO PowerShell :

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

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

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

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

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

Après avoir confirmé que le lot et toutes les demandes de migration ont été synchronisés avec succès, dans votre environnement local, exécutez la commande suivante pour verrouiller les dossiers publics d’Exchange Server pour finalisation.

Set-OrganizationConfig -PublicFolderMailboxesLockedForNewConnections $true

Remarque

Si vous ne pouvez pas accéder au -PublicFolderMailboxesLockedForNewConnections paramètre, cela peut être dû au fait que votre Active Directory n’a pas été préparé lors de la mise à niveau de la mise à niveau de la mise à jour cumulative, comme nous l’avons conseillé 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 organisation possède des boîtes aux lettres de dossiers publics sur plusieurs serveurs Exchange, vous devez attendre la fin de la réplication Active Directory. Une fois l’opération terminée, vous pouvez confirmer que toutes les boîtes aux lettres de dossiers publics ont choisi l’indicateur PublicFolderMailboxesLockedForNewConnections et que toutes les modifications en attente que les utilisateurs ont récemment apportées à leurs dossiers publics ont convergé dans toute l’organisation. 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 vérifier les éléments suivants pour pouvoir terminer la case activée votre migration de dossiers publics :

1. Vérifiez qu’il n’y a pas d’autres déplacements de dossiers publics ou de dossiers publics 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 à l’état Terminé , supprimez-les.

2. Si votre environnement comporte plusieurs domaines Active Directory, assurez-vous que les étapes de l’erreur « Aucune boîte aux lettres de dossier public actif n’a été trouvée » et que le lot de migration échoue à Complete-MigrationBatch commande sont suivies avant de commencer.

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 d’Exchange Online.

   Lorsque vous exécutez Complete-MigrationBatch PublicFolderMigration, Exchange effectue une synchronisation finale entre votre organisation Exchange locale 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 vivement recommandé de suivre les étapes 8 et 9 de cet article avant d’ouvrir des dossiers publics à vos utilisateurs.

   Il est courant que le status du lot de migration reste synchronisé pendant quelques heures avant de passer à Terminé. Pour les migrations impliquant un grand nombre de boîtes aux lettres cibles, il est normal de voir le status rester à l’état Synchronisé pendant plus de 24 heures, à condition qu’aucune des demandes de migration de dossiers publics 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 d’utilisateur test de sorte qu’elles utilisent l’une de vos boîtes aux lettres de dossiers publics récemment 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 déterminez que vous n’êtes pas prêt à basculer entièrement les dossiers publics de votre organisation vers Exchange Online, consultez Restaurer une migration de dossiers publics d’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 courriers électroniques dans des dossiers publics à extension messagerie en local, 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ù, pour une raison quelconque, la remise de courrier électronique aux dossiers publics de 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 tamponne les dossiers publics à extension messagerie avec un ExternalEmailAddress qui les dirige vers leurs homologues 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 un instantané des dossiers publics de messagerie :

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

Remarque

Après la migration, si les e-mails externes échouent les dossiers publics à extension messagerie dans Exchange Online avec une erreur 5.7.13 ou 5.4.1, assurez-vous que l’autorisation CreateItems est activée pour les utilisateurs anonymes et que le blocage Edge basé sur le domaine (DBEB) est désactivé pour le domaine de messagerie configuré dans 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 des 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 REGISTRE EFORMS 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 instance PowerShell d’Exchange Online. 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 d’une ou de 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 faire échouer la migration. Par conséquent, case activée le dossier « \NON_IPM_SUBTREE\DUMPSTER_ROOT » pour voir s’il contient plus de 10 000 dossiers directement en dessous (enfants immédiats). Vous pouvez utiliser la commande suivante pour connaître 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 échoueront. Nous développons actuellement un script pour débloquer de telles configurations. En attendant, nous vous suggérons d’attendre avant de migrer vos dossiers publics.

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

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

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

• Les tâches 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 tâches 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 était en cours de copie lorsque l’erreur s’est produite.

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

  4. Patientez jusqu’à la fin du déplacement du dossier. Une fois l’opération terminée, supprimez la demande de déplacement. Enfin, redémarrez 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 les boîtes aux lettres de dossiers publics supprimées, elles ne peuvent plus ê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 Exchange Online à 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 Exchange Online si votre hiérarchie de dossiers publics locaux est supérieure à 30 Go. La croissance de la boîte aux lettres de dossiers publics d’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 que le fractionnement automatique déplace les données de la boîte aux lettres principale. En outre, avant d’utiliser Outlook PST pour exporter des dossiers publics vers Exchange Online, tenez compte des points suivants :

• 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 numéro 2 de l’étape 3 : générer les fichiers .csv pour créer le fichier de mappage public de dossier à boîte aux lettres. 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, voir Utiliser le CAE pour créer une boîte aux lettres de dossier public.

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 l’étape 3 : Attribuer des autorisations au dossier public dans l’article Configurer les dossiers publics dans une nouvelle organisation.

Attention

Si vous avez déjà commencé 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 que le fractionnement automatique déplace 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é.

La deuxième option 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 les tests : Résoudre les problèmes de migration de dossiers publics

Une page volante s’ouvre dans le Centre d’administration Microsoft 365, connectez-vous avec votre compte d’administrateur client, puis sélectionnez l’option appropriée.