Utiliser la migration par lots pour migrer des dossiers publics hérités vers Microsoft 365 ou Office 365

Résumé : utilisez ces procédures pour déplacer vos dossiers publics Exchange 2010 vers Microsoft 365 ou Office 365.

Cette rubrique explique comment migrer vos dossiers publics dans un basculement ou une migration intermédiaire à partir du correctif cumulatif 8 pour Exchange Server 2010 Service Pack 3 (SP3) vers Microsoft 365 ou Office 365 et Exchange Online.

Cette rubrique fait référence au serveur Exchange 2010 SP3 RU8 en tant que serveur Exchange hérité. En outre, les étapes décrites dans cette rubrique s’appliquent à Exchange Online et à Microsoft 365 ou Office 365. Les termes peuvent être utilisés de manière interchangeable dans cette rubrique.

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. Microsoft 365, Office 365 et Exchange Online croissance de boîte aux lettres de dossiers publics 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. Nous vous recommandons d’utiliser les instructions basées sur les applets de commande de ce document pour migrer des dossiers publics vers Microsoft 365, Office 365 ou Exchange Online. Toutefois, si vous choisissez de migrer des dossiers publics à l’aide de l’exportation PST, consultez la section Migrer des dossiers publics vers Microsoft 365 ou Office 365 à l’aide de l’exportation PST Outlook plus loin dans cette rubrique.

Vous allez effectuer la migration à l’aide des applets de commande *-MigrationBatch , en plus des scripts PowerShell suivants :

• SourceSideValidations.ps1: le script de validation côté source analyse les dossiers publics à la source et signale les problèmes détectés avec une action pour résoudre les problèmes. Vous allez exécuter ce script sur le serveur Exchange hérité local.

• Export-PublicFolderStatistics.ps1: ce script crée le fichier de mappage de nom de dossier à taille de dossier. Vous l'exécuterez sur le serveur Exchange hérité.

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

• PublicFolderToMailboxMapGenerator.ps1: ce script crée le fichier de mappage de dossier à boîte aux lettres public à l’aide de la sortie du Export-PublicFolderStatistics.ps1 script. Vous l'exécuterez sur le serveur Exchange hérité.

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

• Create-PublicFolderMailboxesForMigration.ps1: ce script crée les boîtes aux lettres de dossiers publics cibles pour la migration. En outre, ce script calcule le nombre de boîtes aux lettres nécessaires pour gérer la charge utilisateur estimée, en fonction des recommandations relatives au nombre de connexions utilisateurs par boîte aux lettres de dossier public données dans Limits for Public Folders.

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

• Sync-MailPublicFolders.ps1: ce script synchronise les objets de dossier public à extension messagerie entre votre déploiement Exchange local et Microsoft 365 ou Office 365. Vous l'exécuterez sur le serveur Exchange hérité.

• SyncMailPublicFolders.strings.psd1: il s’agit d’un fichier de support utilisé par le Sync-MailPublicFolders.ps1 script et doit être copié au même emplacement que les scripts précédents.

L'Étape 1 : Téléchargez les scripts de migration fournit des détails sur l'emplacement de téléchargement de ces scripts. Assurez-vous que tous les scripts sont téléchargés au même emplacement.

Quelles versions d’Exchange sont prises en charge pour la migration de dossiers publics vers Microsoft 365 ou Office 365 et Exchange Online ?

Exchange prend en charge le déplacement de vos dossiers publics vers Microsoft 365 ou Office 365 et Exchange Online à partir des versions héritées suivantes de Exchange Server :

• Exchange 2010 SP3 RU8 ou version ultérieure

Si vous devez déplacer vos dossiers publics vers Exchange Online mais que vos serveurs locaux n’exécutent pas les versions minimales de prise en charge d’Exchange 2010, nous vous recommandons vivement de mettre à niveau vos serveurs locaux et d’utiliser la migration par lots, qui est la seule méthode de migration de dossiers publics prise en charge.

Vous ne pouvez pas migrer des dossiers publics directement à partir d’Exchange 2003 ou Exchange 2007. Si vous exécutez Exchange 2007 ou une version antérieure dans votre organization, vous devez déplacer toutes les bases de données et réplicas de dossiers publics vers Exchange 2010 SP3 RU8 ou version ultérieure. Aucun réplica de dossier public ne peut rester sur Exchange 2007 ou version antérieure. En outre, les messages destinés à un dossier public Exchange 2013 ou ultérieur ne peuvent pas être routés via un serveur Exchange 2003 ou Exchange 2007.

Ce qu'il faut savoir avant de commencer

• Le serveur Exchange 2010 doit exécuter Exchange 2010 SP3 RU8 ou une version ultérieure.

• Dans Microsoft 365 ou Office 365 et 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 d’informations sur l’activation du groupe de rôles Gestion de l’organisation, consultez Gérer les groupes de rôles dans Exchange Online.

• Dans Exchange 2010, vous devez être membre du groupe 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 seul dossier public de votre organization est supérieur à 25 Go, nous vous recommandons de supprimer le contenu de ce dossier pour le réduire. Ou bien, nous vous recommandons de diviser le contenu du dossier public en plusieurs dossiers publics plus petits. Notez que la limite de 25 Go mentionnée ici s'applique uniquement au dossier public et non aux dossiers enfant ou aux sous-dossiers 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 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 DefaultPublicFolderIssueWarningQuota paramètres et DefaultPublicFolderProhibitPostQuota .

Si vous utilisez un pare-feu et des listes de contrôle d’accès (ACL), vérifiez que les plages d’adresses IP utilisées par Microsoft 365 ou Office 365 dans votre région sont autorisées via votre pare-feu.

• Dans Microsoft 365, Office 365 et Exchange Online, vous pouvez créer un maximum de 1 000 boîtes aux lettres de dossiers publics.

• Avant de migrer vos dossiers publics, nous vous recommandons de déplacer toutes les boîtes aux lettres utilisateur vers Microsoft 365 ou Office 365 et Exchange Online. Pour plus d’informations, consultez Méthodes de migration de plusieurs comptes de messagerie vers Microsoft 365 ou Office 365. Toutefois, vous devez toujours conserver dans l’environnement local la boîte aux lettres pour l’administrateur PF effectuant la migration ou créer un compte d’administrateur PF et affecter une boîte aux lettres hébergée sur le serveur Exchange hérité.

• Outlook Anywhere doit être activé sur le serveur Exchange hérité. Pour obtenir plus d'informations sur l'activation d'Outlook Anywhere sur des serveurs Exchange 2010, consultez la rubrique Activer Outlook Anywhere.

• Pour exécuter cette procédure, vous ne pouvez pas utiliser le Centre d'administration Exchange (CAE) ou la console de gestion Exchange (EMC). Sur les serveurs Exchange hérités, vous devez utiliser l'Environnement de ligne de commande Exchange Management Shell. Pour Exchange Online, vous devez utiliser Exchange Online PowerShell. Pour plus d’informations, reportez-vous à Connexion à Exchange Online.

• 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 à la fois. Si vous essayez de créer plusieurs lots de migration simultanément, le résultat est une erreur.

• Avant de commencer, il est recommandé de lire cette rubrique dans son intégralité, car un temps d'interruption est nécessaire pour certaines étapes.

• Pour plus d’informations sur les raccourcis clavier qui peuvent s’appliquer aux procédures décrites dans cette rubrique, consultez Raccourcis clavier pour le Centre d’administration Exchange.

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

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

1. Téléchargez tous les scripts et les fichiers de support à partir des scripts de migration de dossiers publics.

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.

3. Téléchargez les fichiers suivants à partir des dossiers publics à extension messagerie - script de synchronisation d'annuaire :

   • Sync-MailPublicFolders.ps1
   • SyncMailPublicFolders.strings.psd1

4. Télécharger le script de validation côté source à partir de https://www.microsoft.com/download/confirmation.aspx?id=100414

5. Enregistrez les scripts au même emplacement qu'à l'étape 2. Par exemple, C:\PFScripts.

Étape 2 : Préparez la migration

Avant de commencer la migration, exécutez les étapes préalables suivantes.

Étapes préalables générales

• Assurez-vous qu’il n’existe aucun objet de messagerie de dossier public orphelin dans Active Directory, c’est-à-dire aucun objet présent dans Active Directory sans objet Exchange correspondant.
• Vérifiez que l'adresse de messagerie SMTP configurée pour les dossiers publics dans Active Directory corresponde 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, afin d'éviter que deux objets Active Directory ou plus pointent vers le même dossier public à extension messagerie.

Étapes préalables sur le serveur Exchange hérité

1. Sur le serveur Exchange hérité, assurez-vous que le routage vers les dossiers publics à extension messagerie qui existeront dans Microsoft 365 ou Office 365 ou Exchange Online continue de fonctionner jusqu’à ce que tous les caches DNS sur Internet soient mis à jour pour pointer vers Microsoft 365, Office 365 ou Exchange Online DNS où votre nom est organization réside maintenant. Pour ce faire, exécutez la commande suivante pour configurer un domaine accepté avec un nom connu qui acheminera correctement les messages électroniques vers le domaine Microsoft 365, Office 365 ou Exchange Online.

   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é 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
   

   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, consultez Utiliser le blocage edge basé sur l’annuaire pour rejeter les messages envoyés à des destinataires non valides.

   Si le nom d’un dossier public contient une barre oblique inverse ( \ ) ou une barre oblique ( / ), les dossiers publics peuvent être créés dans le dossier public parent lors de la migration. Avant de migrer, nous vous recommandons de renommer tous les dossiers publics qui ont une barre oblique inverse ou une barre oblique dans le nom.

   Dans Exchange 2010, pour rechercher les dossiers publics dont le nom inclut une barre oblique inverse, exécutez la commande suivante :

   Get-PublicFolderStatistics -ResultSize Unlimited | Where {($_.Name -like "*\*") -or ($_.Name -like "*/*") } | Format-List Name,Identity
   

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

   Set-PublicFolder -Identity <public folder identity> -Name <new public folder name>
   

3. Vérifiez l'absence d'enregistrement précédent d'une migration réussie. Si c’est le cas, vous devez définir cette valeur sur $false. Si la valeur est définie sur $true, la demande de migration échoue.

   L'exemple suivant vérifie l'état de la migration des dossiers publics.

   Get-OrganizationConfig | Format-List PublicFoldersLockedforMigration,PublicFolderMigrationComplete
   

4. (Notez que cette étape n’est nécessaire que si vous tentez de nouveau une migration qui a échoué précédemment.) Si le status des propriétés PublicFoldersLockedforMigration ou PublicFolderMigrationComplete est $true, exécutez la commande suivante pour définir la valeur sur $false.

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

   Attention

   Après avoir redéfini ces propriétés, attendez qu'Exchange détecte les nouveaux paramètres. Cela peut prendre jusqu'à deux heures.

5. À des fins de vérification à la fin de la migration, nous vous recommandons d'exécuter d'abord les commandes Environnement de ligne de commande Exchange Management Shell suivantes sur le serveur Exchange hérité pour prendre des instantanés de votre déploiement de dossiers publics actuel.

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

   Get-PublicFolder -Recurse -ResultSize Unlimited | Export-CliXML C:\PFMigration\Legacy_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 C:\PFMigration\Legacy_PFStatistics.xml
   

   Pour prendre un instantané des autorisations, exécutez la commande suivante :

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

   Enregistrez les informations résultant de l'exécution des commandes précédentes pour effectuer une comparaison à l'issue de la migration.

6. 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 accédiez à 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 Microsoft 365, Office 365 ou Exchange Online. Si elle est sélectionnée, décochez la case, puis cliquez sur Suivant.

      Remarque

      Si vous ne voyez pas Dossiers publics de messagerie Exchange comme option dans l’écran Fonctionnalités facultatives, vous pouvez quitter Microsoft Entra Se connecter et passer à la section suivante, Étapes préalables dans Microsoft 365, Office 365 ou Exchange Online.

7. Une fois que vous avez décoché l'option Dossiers publics de messagerie Exchange, cliquez sur Suivant jusqu'à ce que vous accédiez à l'écran Prêt pour la configuration, puis cliquez sur Configurer.

Pour plus d'informations sur la syntaxe et les paramètres, consultez les rubriques suivantes :

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

Étapes requises dans Microsoft 365, Office 365 ou Exchange Online

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 n’est pas obligatoire dans tous les cas ; elle n’est nécessaire que si vous pensez qu’il peut y avoir une demande de migration existante dans le pipeline.

   Importante

   Avant de supprimer une demande de migration, il est important de comprendre la raison de son existence. L'exécution des commandes suivantes déterminera le moment de la création de la demande précédente et vous permettra de diagnostiquer les problèmes qui ont pu se produire. Pour déterminer la raison du changement, il se peut que vous deviez communiquer avec d'autres administrateurs de votre organisation.

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

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

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

   $batch | Remove-MigrationBatch -Confirm:$false
   

2. Vérifiez qu’il n’existe aucun dossier public ou boîte aux lettres de dossiers publics dans Microsoft 365 ou Office 365.

   Importante

   Si vous voyez des dossiers publics dans Microsoft 365, Office 365 ou Exchange Online, 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 supprimer les dossiers publics et les boîtes aux lettres de dossiers publics.

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

   2. Si la commande n'a pas renvoyé de boîte aux lettres de dossiers publics, passez à l'Étape 3 : génération des fichiers .csv. Si la commande renvoie une ou plusieurs boîtes aux lettres de dossiers publics, exécutez la commande suivante pour voir s'il existe un dossier public:

      Get-PublicFolder
      

   3. Si vous avez des dossiers publics dans Microsoft 365, Office 365 ou Exchange Online, exécutez la commande PowerShell suivante pour les supprimer. Vérifiez que vous avez enregistré toutes les informations qui se trouvait dans les dossiers publics dans Microsoft 365 ou Office 365.

      Attention

      Toutes les informations contenues dans les dossiers publics seront définitivement supprimées lorsque vous supprimerez les dossiers publics.

      Get-MailPublicFolder | where {$_.EntryId -ne $null}| Disable-MailPublicFolder -Confirm:$false
      Get-PublicFolder -GetChildren \ | 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 dossiers publics.

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

Pour plus d'informations sur la syntaxe et les paramètres, consultez les rubriques suivantes :

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

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

1. Sur le serveur Exchange hérité, exécutez le Export-PublicFolderStatistics.ps1 script pour créer le fichier de mappage nom-dossier-taille de dossier. Ce script doit toujours être exécuté par un administrateur local. Le fichier contient deux colonnes : FolderName et FolderSize. Les valeurs de la colonne FolderSize s'affichent en octets. Par exemple, \PublicFolder01,10000.

   .\Export-PublicFolderStatistics.ps1  <Folder to size map path> <FQDN of source server>
   

   • FQDN of source server est égal au nom de domaine complet du serveur de boîtes aux lettres sur lequel est hébergée la hiérarchie de dossiers publics.

   • Folder to size map path est égal au nom de fichier et au chemin d'accès d'un dossier partagé sur le réseau où vous souhaitez enregistrer le fichier .csv. Plus loin dans cette rubrique, vous devrez utiliser Exchange Online PowerShell pour accéder à ce fichier. Si vous spécifiez uniquement le nom du fichier, ce dernier est généré dans le répertoire PowerShell actuel sur l'ordinateur local.

   • Si nécessaire, supprimez tous les dossiers système à extension messagerie de la sortie générée par le script avant de continuer.

2. Exécutez le PublicFolderToMailboxMapGenerator.ps1 script 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.

   .\PublicFolderToMailboxMapGenerator.ps1 <Maximum mailbox size in bytes> <Folder to size map path> <Folder to mailbox map path>
   

   • Avant d’exécuter le script, utilisez la commande suivante pour case activée les limites actuelles des dossiers publics dans votre locataire Exchange Online. Ensuite, notez les valeurs de quota à jour pour les dossiers publics.

     Get-OrganizationConfig | Format-List *quota*
     

     Dans Exchange Online, la valeur par défaut est de 1,7 Go pour DefaultPublicFolderIssueWarningQuota et de 2 Go pour DefaultPublicFolderProhibitPostQuota.

   • Maximum mailbox size in bytes est égal à la taille maximale que vous souhaitez définir pour les nouvelles boîtes aux lettres de dossiers publics. Dans Exchange Online, la taille maximale des boîtes aux lettres de dossiers publics est de 100 Go. Nous vous recommandons d’utiliser un paramètre de 75 Go afin que chaque boîte aux lettres de dossier public puisse croître. Moins de boîtes aux lettres de dossiers publics signifient moins de connexions pour les clients Outlook, ce qui peut aider à éviter les problèmes de performances ; pour les utilisateurs, l’emplacement où les informations sont hébergées est transparent, car ils verront la même hiérarchie côté client. Exchange Online a un quota de dossier public par défaut « interdire la publication » de 2 Go. Si vous avez des dossiers publics individuels supérieurs à 2 Go, vous pouvez utiliser l'une des options suivantes pour résoudre ce problème :

   • Avant de démarrer le lot de migration, augmentez le quota par défaut de dossier public « interdire la publication » en exécutant la commande suivante :

     Set-OrganizationConfig -DefaultPublicFolderProhibitPostQuota <size value> -DefaultPublicFolderIssueWarningQuota <size value>
     

   • Avant de lancer le lot de migration, supprimez le contenu du dossier public pour réduire sa taille à 2 Go au maximum.

   • Avant de lancer le lot de migration, fractionnez le dossier public en plusieurs dossiers publics d'une taille de 2 Go maximum chacun.

     Remarque

     Si la taille d'un dossier public est supérieure à 30 Go et si la suppression de contenu ou le fractionnement en plusieurs dossiers publics est impossible, nous vous recommandons de ne pas déplacer vos dossiers publics vers Exchange Online.

   • Le chemin de mappage de dossier à dimensionner est égal au chemin d’accès du fichier .csv que vous avez créé lors de l’exécution du Export-PublicFolderStatistics.ps1 script.

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

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

Exécutez la commande suivante pour créer les boîtes aux lettres de dossier public cible. 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, en exécutant le PublicFoldertoMailboxMapGenerator.ps1 script.

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

Mapping.csv est le fichier généré par le script à l’étape PublicFoldertoMailboxMapGenerator.ps1 3. Le nombre estimé de connexions utilisateur simultanées parcourant une hiérarchie de dossiers publics est généralement inférieur au nombre total d'utilisateurs dans une organisation.

Étape 5 : Lancez la demande de migration

1. Effectuez les étapes suivantes sur le serveur Exchange pour remplir les conditions préalables à l’exécution du script Sync-MailPublicFolders.ps1 .

   1. Connectez-vous avec le compte disposant des autorisations d’administrateur d’entreprise.

   2. Installez EXO PowerShell. Pour plus d’informations sur l’installation d’EXO PowerShell, consultez ici.

   3. Lancez PowerShell en mode administrateur.

   4. Exécutez les commandes suivantes pour démarrer la synchronisation :

      Add-PSSnapin *exchange* | .\Sync-MailPublicFolders.ps1 -CsvSummaryFile:sync_summary.csv
      

   5. Une fois que vous y êtes invité, entrez les informations d’identification de votre compte d’administrateur de locataire Microsoft 365.

2. Sur le serveur Exchange hérité, recueillez les informations suivantes, nécessaires pour l'exécution de la demande de migration :

   1. Recherchez le LegacyExchangeDN du compte de l’utilisateur qui est membre du rôle Administrateur de dossiers publics. Il s'agit de l'utilisateur dont les informations d'identification vous seront utiles à l'étape 3 de cette procédure.

      Remarque

      Le compte utilisé doit être activé dans la boîte aux lettres locale Exchange Server. Créez une boîte aux lettres locale pour le compte Administrateur de dossiers publics s’il n’en existe pas.

      Get-Mailbox <PublicFolder_Administrator_Account> | Select-Object LegacyExchangeDN
      

   2. Recherchez le LegacyExchangeDN de n’importe quel serveur de boîtes aux lettres qui dispose d’une base de données de dossiers publics.

      Get-ExchangeServer <public folder server> | Select-Object -Expand ExchangeLegacyDN
      

   3. Recherchez le nom de domaine complet (FQDN) du nom d'hôte Outlook Anywhere. Si vous avez plusieurs instances d'Outlook Anywhere, nous vous recommandons de sélectionner celle qui est la plus proche du point de terminaison de migration ou celle qui est la plus proche des réplicas de dossiers publics dans l'organisation Exchange héritée. La commande suivante recherche toutes les instances d'Outlook Anywhere :

      Get-OutlookAnywhere | Format-Table Identity,ExternalHostName
      

3. Dans Exchange Online PowerShell, exécutez les commandes suivantes pour transmettre les informations retournées à l’étape précédente aux variables qui seront ensuite utilisées dans la demande de migration.

   1. Transmettez les informations d’identification d’un utilisateur disposant d’autorisations d’administration sur le serveur Exchange hérité dans la variable $Source_Credential. La demande de migration exécutée dans Exchange Online utilisera ces informations d'identification pour accéder à vos serveurs Exchange hérités afin d'en copier le contenu.

      $Source_Credential = Get-Credential <source_domain\PublicFolder_Administrator_Account>
      

   2. Utilisez le ExchangeLegacyDN de l’utilisateur de migration sur le serveur Exchange hérité que vous avez trouvé à l’étape 2a et passez-le à la variable $Source_RemoteMailboxLegacyDN.

      $Source_RemoteMailboxLegacyDN = "<paste the value here>"
      

   3. Utilisez le ExchangeLegacyDN du serveur de dossiers publics que vous avez trouvé à l’étape 2b ci-dessus et passez-le dans la variable $Source_RemotePublicFolderServerLegacyDN.

      $Source_RemotePublicFolderServerLegacyDN = "<paste the value here>"
      

   4. Utilisez le nom d’hôte externe d’Outlook Anywhere que vous avez trouvé à l’étape 2c ci-dessus et passez-le dans la variable $Source_OutlookAnywhereExternalHostName.

      $Source_OutlookAnywhereExternalHostName = "<paste the value here>"
      

4. Enfin, dans Exchange Online PowerShell, exécutez les commandes suivantes pour créer la demande de migration.

   Remarque

   La méthode d’authentification de l’exemple suivant doit correspondre à vos paramètres Outlook Anywhere. Sinon, la commande échoue.

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

   Où folder_mapping.csv est le fichier map qui a été généré à l’étape 3 : Générer les fichiers .csv.

   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.

5. Lancez la migration à l'aide de la commande suivante :

   Start-MigrationBatch PublicFolderMigration
   

Alors que la migration par lots doit être créée à l'aide de la cmdlet New-MigrationBatch dans l'Environnement de ligne de commande Exchange Management Shell, la progression et l'achèvement de la migration peuvent être affichés et gérés dans le CAE. Étant donné que la cmdlet New-MigrationBatch lance une demande de migration de boîte aux lettres pour chaque boîte aux lettres de dossiers publics, vous pouvez consulter l'état de ces demandes à l'aide de la page de migration de boîte aux lettres. Pour accéder à cette page et créer des rapports de migration qui peuvent vous être envoyés par courrier électronique, procédez comme suit :

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

2. Accédez àMigrationde boîtes aux lettres>.

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

Pour plus d'informations sur la syntaxe et les paramètres, consultez les rubriques suivantes :

• Get-Mailbox

• Get-ExchangeServer

• Get-OutlookAnywhere

• New-MigrationBatch

• Get-PublicFolderDatabase

• Get-PublicFolderMailboxMigrationRequest

• Get-PublicFolderMailboxMigrationRequestStatistics

Étape 6 : verrouillage des dossiers publics du serveur Exchange hérité pour une migration finale (temps d'interruption requis)

Jusqu'à ce stade du processus de migration, les utilisateurs pouvaient accéder aux dossiers publics. Au cours des étapes suivantes, les utilisateurs seront déconnectés des dossiers publics hérités, et les dossiers seront verrouillés jusqu'à ce que la synchronisation finale de la migration soit terminée. Les utilisateurs ne pourront pas accéder aux dossiers publics durant cette procédure. En outre, les messages électroniques envoyés aux 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.

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

Exécutez les commandes suivantes dans Exchange Online PowerShell pour obtenir les détails :

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

Get-PublicFolderMailboxMigrationRequest | Get-PublicFolderMailboxMigrationRequestStatistics | Format-Table targetmailbox,*last*sync*

LastSyncedDate (sur lot de migration) et LastSuccessfulSyncTimestamp (sur des travaux individuels) doivent être au cours des 7 derniers jours. S’il est trop loin, par exemple 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.

Une fois que vous avez confirmé le lot et que toutes les demandes de migration ont été correctement synchronisées, sur le serveur Exchange hérité, exécutez la commande suivante pour verrouiller les dossiers publics hérités en vue de leur finalisation.

Set-OrganizationConfig -PublicFoldersLockedForMigration:$true

Pour obtenir des informations détaillées sur la syntaxe et les paramètres, voir set-OrganizationConfig.

Si votre organization a plusieurs bases de données de dossiers publics, vous devez attendre que la réplication des dossiers publics soit terminée pour confirmer que toutes les bases de données de dossiers publics ont sélectionné l’indicateur PublicFoldersLockedForMigration et que les modifications en attente apportées récemment par les utilisateurs aux dossiers ont convergé entre les organization. Cela peut prendre plusieurs heures.

Étape 7 : Finalisez la migration des dossiers publics (temps mort requis)

Pour terminer la migration de dossiers publics, exécutez la commande suivante :

Complete-MigrationBatch PublicFolderMigration

Durant la migration, Exchange effectue une synchronisation finale entre le serveur Exchange hérité et Exchange Online. Si la synchronisation finale réussit, les dossiers publics dans Exchange Online sont déverrouillés et le status du lot de migration devient Terminé. Il est courant que le status du lot de migration reste sur « 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 de voir les status restent « synchronisés » pendant plus de 24 heures, à condition qu’aucune des demandes de migration de dossiers publics sous-jacents n’ait échoué ou n’ait été mise en quarantaine.

Si vous avez configuré un déploiement hybride entre vos serveurs Exchange locaux et Microsoft 365 ou Office 365, vous devez exécuter la commande suivante dans Exchange Online PowerShell une fois la migration terminée :

Set-OrganizationConfig -RemotePublicFolderMailboxes $Null -PublicFoldersEnabled Local

Étape 8 : Testez et déverrouillez la migration des dossiers publics

Une fois la migration des dossiers publics achevée, vous devez exécuter le test suivant pour vous assurer de la réussite de la migration. Cela vous permet de tester la hiérarchie de dossiers publics migrée avant de passer à l’utilisation de Microsoft 365, Office 365 ou Exchange Online dossiers publics.

1. Dans Exchange Online PowerShell, affectez des boîtes aux lettres de test pour utiliser toute boîte aux lettres de dossier public nouvellement migrée comme boîte aux lettres de dossiers publics par défaut.

   Set-Mailbox -Identity <Test User> -DefaultPublicFolderMailbox <Public Folder Mailbox Identity>
   

2. Connectez-vous à Outlook 2010 ou version ultérieure avec l’utilisateur de test identifié à l’étape précédente, puis effectuez les tests de dossier public suivants :

   • Affichez la hiérarchie.
   • Vérifiez les autorisations.
   • Créez et supprimez des dossiers publics.
   • Publiez ou effacez du contenu dans un dossier public.

3. Si vous rencontrez des problèmes, consultez Restaurer la migration plus loin dans cet article. Si le contenu et la hiérarchie des dossiers publics sont acceptables et fonctionnent comme prévu, passez à l'étape suivante.

4. Sur le serveur Exchange hérité, exécutez la commande suivante pour indiquer que la migration de dossiers publics est terminée :

   Set-OrganizationConfig -PublicFolderMigrationComplete:$true
   

5. Après avoir vérifié que la migration est terminée, exécutez la commande suivante dans Exchange Online PowerShell pour vous assurer que le paramètre PublicFoldersEnabled sur Set-OrganizationConfig est défini sur Local:

   Set-OrganizationConfig -PublicFoldersEnabled Local
   

Pour plus d'informations sur la syntaxe et les paramètres, consultez les rubriques suivantes :

Set-Mailbox

Get-Mailbox

Set-OrganizationConfig

Comment savoir si cela a fonctionné ?

À l’Step 2: Prepare for the migration, il vous a été demandé de prendre des instantanés de la structure, des statistiques et des autorisations des dossiers publics avant de lancer la migration. Les étapes suivantes vous permettront de vérifier que la migration des dossiers publics s'est correctement déroulée en prenant les mêmes instantanés à la fin de 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 C:\PFMigration\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 d'éléments :

   Get-PublicFolderStatistics | Export-CliXML C:\PFMigration\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 -ExpandProperty AccessRights | Export-CliXML  C:\PFMigration\Cloud_PFPerms.xml
   

Suppression des bases de données de dossiers publics des serveurs Exchange hérités

Une fois la migration terminée, après avoir vérifié que vos dossiers publics Exchange Online fonctionnent comme prévu, vous devez supprimer les bases de données de dossiers publics sur les serveurs Exchange hérités.

• Pour plus d'informations sur la suppression des bases de données de dossiers publics des serveurs Exchange 2010, consultez la rubrique Supprimer des bases de données de dossiers publics.

Annulation de la migration

Si vous rencontrez des problèmes en relation avec la migration et devez réactiver vos dossiers publics Exchange hérités, procédez comme suit :

1. Sur le serveur Exchange hérité, exécutez la commande suivante pour déverrouiller les dossiers publics Exchange hérités. Ce processus peut prendre plusieurs heures.

   Set-OrganizationConfig -PublicFoldersLockedForMigration:$False
   

2. Dans Exchange Online PowerShell, exécutez les commandes suivantes pour supprimer tous les dossiers publics Exchange Online.

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

3. Sur le serveur Exchange hérité, exécutez la commande suivante pour définir l’indicateur sur PublicFolderMigrationComplete$false.

   Set-OrganizationConfig -PublicFolderMigrationComplete:$False
   

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, 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 éléments suivants avant d’utiliser Outlook PST pour exporter des dossiers publics vers Microsoft 365, 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 Étape 3 : génération des fichiers .csv pour créer le fichier de mappage du dossier public à la boîte aux lettres. Ce fichier permet de calculer le nombre correct de boîtes aux lettres de dossiers publics 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 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, consultez Étape 3 : Attribuer des autorisations au dossier public.

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 :

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.