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.

Cet article 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.

Cet article fait référence au serveur Exchange 2010 SP3 RU8 en tant que serveur Exchange hérité. En outre, les étapes décrites dans cet article s’appliquent à Exchange Online et à Microsoft 365 ou Office 365. Les termes peuvent être utilisés indifféremment dans cet article.

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 cet article.

Vous effectuez 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 exécutez ce script sur le serveur Exchange local hérité.

• Export-PublicFolderStatistics.ps1: ce script crée le fichier de mappage de nom de dossier à taille de dossier. Vous exécutez ce script 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 exécutez ce script 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 exécutez ce script 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 lors de la première inscription. 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. La limite de 25 Go mentionnée ici s’applique uniquement au dossier public et non aux dossiers enfants ou sous-dossiers. Si aucune des deux options n’est possible, nous vous recommandons de ne pas déplacer vos dossiers publics vers Exchange Online. Pour plus d’informations, consultez Limites d’Exchange Online.

  Conseil

  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, vous obtenez une erreur.

• Avant de commencer, nous vous recommandons de lire cet article dans son intégralité, car un temps d’arrêt est nécessaire pour certaines étapes.

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

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

Conseil

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

É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 envisagez d’exécuter 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échargez le script de validation côté source à partir de https://www.microsoft.com/download/details.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.

Remarque

Nous vous recommandons vivement d’exécuter le script de validation côté source à partir d’un serveur Exchange 2010 local sur lequel le rôle de boîte aux lettres est installé. Le script analyse et signale les problèmes connus pour ralentir la migration, ainsi que des conseils pour résoudre ces problèmes. Utilisez les exemples décrits ici.

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

Remarque

Nous vous recommandons vivement d’exécuter le script de validation côté source à partir d’un serveur Exchange 2010 local sur lequel le rôle de boîte aux lettres est installé. Le script analyse et signale les problèmes connus pour ralentir la migration, ainsi que des conseils pour résoudre ces problèmes. Utilisez les exemples décrits ici. Le script effectue toutes les conditions préalables suivantes.

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

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

   Exemple :

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

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

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

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

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

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

   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 tel est le cas, vous devez définir cette valeur sur $false. Sinon, 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. 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
   

   Importante

   Après avoir redéfini ces propriétés, attendez qu'Exchange détecte les nouveaux paramètres. Ce résultat 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. Dans l’écran Tâches supplémentaires , sélectionnez Personnaliser les options de synchronisation, puis sélectionnez Suivant.

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

   4. Assurez-vous que Dossiers publics de messagerie Exchange n’est pas sélectionné. S’il n’est pas sélectionné, vous pouvez passer à la section suivante. S’il est sélectionné, décochez la case case activée, puis sélectionnez Suivant.

      Remarque

      Si l’option Dossiers publics exchange Mail n’apparaît pas dans l’écran Fonctionnalités facultatives, vous pouvez quitter Microsoft Entra Connecter et passer à la section suivante.

7. Après avoir décoché la sélection Dossiers publics Exchange Mail , continuez à sélectionner Suivant jusqu’à ce que vous soyez sur l’écran Prêt à configurer , puis sélectionnez Configurer.

Pour obtenir des informations détaillées sur la syntaxe et les paramètres, consultez les articles suivants :

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

Étapes requises dans le cloud

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 pourquoi il en existait une. Les commandes suivantes déterminent quand une demande précédente a été effectuée et vous aident à diagnostiquer les problèmes qui ont pu se produire. Vous devrez peut-être communiquer avec d’autres administrateurs de votre organization pour déterminer pourquoi la modification a été apportée.

   L’exemple suivant découvre toutes les demandes de migration par lots existantes :

   $batch = Get-MigrationBatch | Where-Object {$_.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 pas de dossiers publics ou de boîtes aux lettres de dossiers publics dans le cloud.

   Importante

   Si vous voyez des dossiers publics dans le cloud, il est important de déterminer pourquoi ils sont présents et qui 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 le cloud, exécutez la commande suivante dans Exchange Online PowerShell pour les supprimer. Veillez à enregistrer toutes les informations qui se trouvait dans les dossiers publics basés sur le cloud.

      Attention

      Toutes les informations contenues dans les dossiers publics sont supprimées définitivement lorsque vous supprimez 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 obtenir des informations détaillées sur la syntaxe et les paramètres, consultez les articles suivants :

• 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. Un administrateur local doit exécuter ce script. Le fichier contient deux colonnes : FolderName et FolderSize. La colonne FolderSize s’affiche 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 sur un dossier partagé du réseau où vous souhaitez enregistrer le fichier .csv. Plus loin dans cet article, vous devez utiliser le 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. L’emplacement est transparent pour les utilisateurs, car ils voient 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.

Remarque

Une fois les scripts exécutés et les fichiers .csv générés, les nouveaux dossiers publics ou mises à jour des dossiers publics existants ne sont pas collectés.

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

Remarque

Utilisez Exchange Online PowerShell pour exécuter ce script. Pour plus d’informations, reportez-vous à Connexion à Exchange Online.

É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 comme décrit dans Installer et gérer le module PowerShell Exchange Online.

   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. Ce compte est le même utilisateur dont vous avez besoin à 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 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 utilise ces informations d’identification pour accéder à vos serveurs Exchange hérités afin de 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. Ce problème peut être dû à la latence de la réplication AD. 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 sélectionnez Afficher les détails dans le volet Détails .

Pour obtenir des informations détaillées sur la syntaxe et les paramètres, consultez les articles suivants :

• 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 de la migration, les utilisateurs peuvent toujours accéder aux dossiers publics. Les étapes suivantes déconnectent les utilisateurs des dossiers publics hérités et verrouillent les dossiers pendant que la migration termine la synchronisation finale. Les utilisateurs ne peuvent pas accéder aux dossiers publics pendant ce processus. En outre, tous les messages envoyés aux dossiers publics à extension messagerie sont mis en file d’attente et ne sont pas remis tant que la migration des dossiers publics n’est pas terminée.

Remarque

La synchronisation finale peut prendre beaucoup de temps, en fonction des modifications apportées à l’environnement source, de la taille du déploiement de dossiers publics, de la capacité du serveur, etc. Le fait de ne pas nettoyer un grand nombre de listes de contrôle d’accès endommagées dans la hiérarchie des dossiers avant de commencer la migration peut entraîner un délai important. Nous vous recommandons de prévoir un temps d’arrêt minimal de 48 heures pour la fin de la synchronisation finale.

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

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

Get-MigrationBatch | Where-Object {$_.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 sept 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. Ce processus prend 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

Importante

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

Une fois la migration terminée, 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 que les status restent à l’état « Synchronisé » 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 dossiers publics dans le cloud.

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 obtenir des informations détaillées sur la syntaxe et les paramètres, consultez les articles suivants :

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 permettent de vérifier que la migration de votre dossier public a réussi en prenant les mêmes instantanés une fois la migration terminée. 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.

Importante

Étant donné que toutes vos boîtes aux lettres ont été migrées vers Microsoft 365 ou Office 365 avant la migration des dossiers publics, nous vous recommandons vivement d’acheminer le trafic via Microsoft 365 ou Office 365 (flux de courrier décentralisé) au lieu d’un flux de courrier centralisé via votre environnement local. Choisir de centraliser le flux de courrier peut entraîner des problèmes de remise à vos dossiers publics, car vous avez supprimé les bases de données de boîtes aux lettres de dossiers publics de votre organization locale.

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

Attention

Si vous restaurez votre migration vers les serveurs Exchange hérités, vous perdez tout courrier électronique envoyé à des dossiers publics à extension messagerie ou du contenu qui a été publié dans des dossiers publics après la migration. Pour sauvegarder ce contenu, exportez le contenu des dossiers publics dans un fichier .pst, puis importez-le dans les dossiers publics hérités une fois la restauration terminée.

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

• Les autorisations de dossier public sont perdues pendant 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.

• Toutes les modifications apportées aux dossiers publics sources pendant la migration d’exportation PST sont perdues. Par conséquent, nous vous recommandons d’utiliser la méthode d’applet de commande si ce processus d’exportation et d’importation prend beaucoup de temps.

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 dossier public dans Exchange Online.

3. Créez les boîtes aux lettres de dossiers publics dont vous avez besoin en fonction 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.

Importante

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

• Attendez que la fonctionnalité de fractionnement automatique ait déplacé les données de la boîte aux lettres principale. Ce processus peut prendre jusqu’à deux semaines. Toutefois, tous les dossiers publics d’une boîte aux lettres de dossiers publics entièrement remplie ne peuvent pas recevoir de nouveau contenu tant que le fractionnement automatique n’est pas terminé.
• Créez une boîte aux lettres de dossiers publics , puis utilisez l’applet de commande New-PublicFolder avec le paramètre Mailbox pour créer les dossiers publics restants dans la boîte aux lettres de dossiers publics secondaire.

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

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

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

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