Utiliser la migration par lots pour migrer des dossiers publics Exchange 2010 vers Exchange 2016 ou Exchange 2019

  • Article

Migrez vos dossiers publics de Exchange Server 2010 SP3 RU8 vers Exchange Server 2016 ou Exchange 2019 au sein de la même forêt.

Nous faisons référence au serveur Exchange 2010 SP3 RU8 ou version ultérieure en tant que serveur Exchange hérité.

Vous allez effectuer la migration à l’aide des applets de commande *MigrationBatch et * PublicFolderMigrationRequest pour la résolution des problèmes. En outre, vous allez utiliser les scripts PowerShell suivants :

  • Export-PublicFolderStatistics.ps1: ce script crée le fichier de mappage de nom de dossier à taille de dossier.

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

  • PublicFolderToMailboxMapGenerator.ps1: ce script crée le fichier de mappage dossier-boîte aux lettres public.

  • PublicFolderToMailboxMapGenerator.strings.psd1: ce fichier de support est utilisé par le script PublicFolderToMailboxMapGenerator.ps1 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 Limites pour les dossiers publics.

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

La section Étape 1 : Télécharger les scripts de migration fournit des détails sur l’emplacement de téléchargement de ces scripts. Veillez à télécharger tous les scripts au même emplacement.

Pour connaître les autres tâches de gestion associées aux dossiers publics, consultez la rubrique Procédures relatives aux dossiers publics.

Quelles sont les voies de migration prises en charge pour les versions Exchange Server ?

Exchange prend en charge le déplacement de vos dossiers publics à partir des versions héritées suivantes d'Exchange Server :

  • Exchange 2010 SP3 RU8 ou version ultérieure

Ce qu'il faut savoir avant de commencer

  • Avant de commencer, nous vous recommandons de lire cette rubrique dans son intégralité, car un temps mort est nécessaire pour certaines étapes.

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

  • Le nombre maximal de dossiers publics pouvant être migrés vers Exchange 2016 en une seule migration est de 500 000.

  • Dans Exchange 2016, vous devez être membre du groupe de rôles Gestion de l’organisation. Pour plus de détails sur l'activation du groupe de rôles Gestion de l'organisation, consultez la rubrique Gérer des groupes de rôles.

  • Dans Exchange 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 procéder à la migration, n'oubliez pas de prendre en compte les Limites pour les dossiers publics.

  • Avant de migrer, déplacez toutes les boîtes aux lettres utilisateur vers Exchange 2016, car les utilisateurs avec des boîtes aux lettres Exchange 2010 n’auront pas accès aux dossiers publics sur Exchange 2016. Pour plus d’informations, consultez Déplacement de boîte aux lettres dans Exchange Server.

  • Une fois la migration effectuée, si vous souhaitez que les expéditeurs externes puissent envoyer des messages vers les dossiers publics migrés à extension messagerie, l'utilisateur Anonyme doit au moins disposer de l'autorisation Création d'éléments. Dans le cas contraire, les expéditeurs externes recevront une notification d'échec de remise et les messages ne seront pas transmis au dossier public migré à extension messagerie. Pour en savoir plus sur la définition d'autorisations pour l'utilisateur Anonyme, reportez-vous à la rubrique Activation ou désactivation de la messagerie pour un dossier public.

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

  • Pour des informations sur les raccourcis clavier applicables aux procédures de cette rubrique, voir Raccourcis clavier dans Exchange 2013Raccourcis clavier dans le Centre d'administration Exchange.

Importante

Avant de commencer votre migration, veillez à migrer votre boîte aux lettres d’arbitrage vers le serveur Exchange cible. Sinon, votre lot de migration se bloque à l’état Démarrage . Pour identifier votre boîte aux lettres d’arbitrage de migration, exécutez l’applet de commande suivante :
Get-Mailbox -Arbitration -Identity Migration.*

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

Étape 2 : Préparez la migration

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

Étapes requises sur le serveur Exchange 2010

  1. À des fins de vérification à la fin de la migration, nous vous recommandons d’exécuter d’abord les commandes suivantes sur le serveur Exchange 2010 pour prendre des captures instantanées de votre déploiement de dossiers publics actuel :

    • Exécutez la commande suivante pour prendre un instantané de la structure du dossier source d'origine :

      Get-PublicFolder -Recurse | Export-CliXML C:\PFMigration\Legacy_PFStructure.xml

    • Exécutez la commande suivante pour prendre un instantané des statistiques du dossier public (nombre d'éléments, taille, et propriétaire) :

      Get-PublicFolderStatistics | Export-CliXML C:\PFMigration\Legacy_PFStatistics.xml

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

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

  2. Si le nom d’un dossier public contient une barre oblique inverse ( \ ), la migration crée les dossiers publics migrés dans le dossier public parent. Avant de procéder à la migration, il est recommandé de renommer les dossiers publics dont le nom inclut une barre oblique inverse.

    Pour localiser les dossiers publics dans Exchange 2010 qui ont une barre oblique inverse dans le nom, exécutez la commande suivante :

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

    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 qu’il n’existe pas d’enregistrement d’une migration précédemment réussie en exécutant la commande suivante :

    Get-OrganizationConfig | Format-List PublicFoldersLockedforMigration, PublicFolderMigrationComplete

    Une migration précédemment réussie définit les propriétés PublicFoldersLockedforMigration ou PublicFolderMigrationComplete sur la valeur True, ce qui entraînera l’échec de votre nouvelle demande de migration.

    Si les valeurs de propriété sont True, exécutez la commande suivante pour les Falseremplacer par :

    Set-OrganizationConfig -PublicFoldersLockedforMigration $false -PublicFolderMigrationComplete $false

    Remarque

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

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

Étapes requises sur le serveur Exchange 2016

  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.

    • Exécutez la commande suivante pour découvrir les demandes de migration par lots existantes :

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

    • Exécutez la commande suivante pour supprimer toutes les demandes de migration par lots de dossiers publics existantes.

      $batch | Remove-MigrationBatch -Confirm:$false

  2. Vérifiez qu’il n’existe aucun dossier public ou boîte aux lettres de dossiers publics sur les serveurs Exchange 2016 en exécutant la commande suivante :

    Get-Mailbox -PublicFolder

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

    Get-PublicFolder

    Si vous avez des dossiers publics, exécutez les commandes suivantes pour les supprimer. Assurez-vous que vous avez enregistré les informations présentes dans les dossiers publics.

    Remarque

    Toutes les informations contenues dans les dossiers publics sont définitivement effacées lorsque vous les supprimez.

    Get-Mailbox -PublicFolder | Where {$_.IsRootPublicFolderMailbox -eq $false} | Remove-Mailbox -PublicFolder -Force -Confirm:$false

    Get-Mailbox -PublicFolder | Remove-Mailbox -PublicFolder -Force -Confirm:$false

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

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

  1. Sur le serveur Exchange 2010, exécutez le Export-PublicFolderStatistics.ps1 script pour créer le fichier de mappage nom-dossier-taille de dossier. Ce script doit ê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.

    • Le chemin de mappage de dossier à dimensionner est égal au nom de fichier et au chemin d’accès dans un dossier partagé local ou réseau dans lequel vous souhaitez enregistrer le fichier .csv. Plus loin dans cette rubrique, vous devrez accéder à ce fichier à partir du serveur Exchange 2016. 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.

    Exemple 1

    L’exemple suivant exporte les statistiques de dossier public vers un fichier nommé PFStats.csv dans le dossier à partir duquel le script est exécuté :

    .\Export-PublicFolderStatistics.ps1 -ExportFile PFStats.csv -PublicFolderServer bat2exch1

    Exemple 2

    L’exemple suivant exporte les statistiques de dossiers publics vers un fichier nommé PFStats.csv dans le dossier partagé réseau nommé Data on server Exch2 :

    .\Export-PublicFolderStatistics.ps1 -ExportFile \\Exch2\data\PFStats.csv -PublicFolderServer exch1

  2. Exécutez le PublicFolderToMailboxMapGenerator.ps1 script pour créer le fichier de mappage dossier-boîte aux lettres public. Ce fichier est utilisé pour calculer le nombre correct de boîtes aux lettres de dossiers publics sur le serveur Exchange 2016.

    Remarque

    Si le nom d’un dossier public contient une barre oblique inverse ****, les dossiers publics sont créés dans le dossier public parent. Nous vous recommandons d'examiner le fichier .csv et de modifier les noms contenant une barre oblique inverse.

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

    • Maximum mailbox size in bytes correspond à la taille maximale que vous souhaitez définir pour les nouvelles boîtes aux lettres de dossiers publics. Lors de la définition de ce paramètre, assurez-vous d'autoriser l'expansion de sorte que la boîte aux lettres de dossiers publics ait suffisamment d'espace pour croître.

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

    • Folder to mailbox map path correspond au nom de fichier et au chemin d'accès au fichier .csv de mappage du dossier à la boîte aux lettres que vous allez créer 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éer les boîtes aux lettres de dossiers publics dans Exchange 2016

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

Après avoir créé la demande de migration par lots dans Exchange Management Shell, vous pouvez afficher les demandes et les gérer dans le Centre d’administration Exchange (EAC).

  1. Sur le serveur Exchange 2016, exécutez la commande suivante :

    New-MigrationBatch -Name PFMigration -SourcePublicFolderDatabase (Get-PublicFolderDatabase -Server <Source server name>) -CSVData ([System.IO.File]::ReadAllBytes('<Folder to mailbox map path>')) -NotificationEmails <email addresses for migration notifications>

    Le NotificationEmails paramètre est facultatif.

  2. Démarrez la migration dans le CENTRE d’administration Exchange ou dans l’environnement de ligne de commande Exchange Management Shell.

    • Exécutez la commande suivante dans l'Environnement de ligne de commande Exchange Management Shell :

      Start-MigrationBatch PFMigration

    • Dans le CAE, procédez comme suit :

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

      2. Accédez à Migration des destinataires>.

      3. Sélectionnez le lot de migration que vous venez de créer, puis cliquez sur le bouton Démarrer.

      Dans le CENTRE d’administration Exchange, la colonne État affiche l’état initial du lot comme Créé. Le statut devient Synchronisation pendant la migration. Lorsque la demande de migration est terminée, le statut sera Synchronisé. Vous pouvez double-cliquer sur un lot pour afficher le statut de boîtes aux lettres individuelles dans le lot. Les tâches de boîte aux lettres commencent par le statut En file d'attente. Lorsque le travail commence, l’état est Synchronisation, et une fois InitialSync terminé, l’état affiche Synchronisé.

Vous pouvez afficher et gérer la progression et la fin de la migration sous l’ongletMigrationdes destinataires> du CENTRE d’administration Exchange.

Étant donné que l’applet de commande New-MigrationBatch lance une demande de migration de boîte aux lettres pour chaque boîte aux lettres de dossiers publics, vous pouvez afficher l’état de ces demandes à l’aide de la page de migration de boîte aux lettres dans le CENTRE d’administration Exchange, et vous pouvez créer des rapports de migration qui peuvent vous être envoyés par e-mail.

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

  2. Accédez à Migration des destinataires>.

  3. Sélectionnez la demande de migration que vous venez de créer, puis cliquez sur 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 rubriques suivantes :

Étape 6 : Verrouiller les dossiers publics sur le serveur Exchange 2010 pour la migration finale (temps d’arrêt requis)

Jusqu'à ce moment de la migration, les utilisateurs pouvaient accéder aux dossiers publics. Les étapes suivantes déconnectent les utilisateurs des dossiers publics Exchange 2010 et verrouillent les dossiers pendant que la migration termine sa synchronisation finale. 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.

Avant d’exécuter la PublicFoldersLockedForMigration commande comme décrit ci-dessous, vérifiez que tous les travaux sont à l’état Synchronisé . Pour ce faire, exécutez la Get-PublicFolderMailboxMigrationRequest commande . Passez à cette étape uniquement une fois que vous avez vérifié que tous les travaux sont dans l'état Synchronisé.

Sur le serveur Exchange 2010, exécutez la commande suivante pour verrouiller les dossiers publics 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 organisation dispose de 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 récupéré la valeur de propriété PublicFoldersLockedForMigration et que les modifications en attente apportées récemment par les utilisateurs aux dossiers ont convergé au sein de l’organisation. Cela peut prendre plusieurs heures.

Étape 7 : Finaliser la migration des dossiers publics (temps d’arrêt requis)

Commencez par exécuter la cmdlet suivante pour remplacer le type de déploiement Exchange 2016 par Remote :

Set-OrganizationConfig -PublicFoldersEnabled Remote

Vous pouvez ensuite effectuer la migration de dossier public en exécutant la commande suivante :

Complete-MigrationBatch PFMigration

Ou, dans le CAE, vous pouvez effectuer la migration en cliquant sur Terminer ce lot de migration.

Lorsque vous avez terminé la migration, Exchange effectue une synchronisation finale entre le serveur Exchange 2010 et Exchange 2016. Si la synchronisation finale est réussie, les dossiers publics sur le serveur Exchange 2016 sont déverrouillés et le statut du lot de migration passe à Fin d’exécution, puis à Terminé. Le statut du lot de migration met généralement quelques heures à passer de Synchronisé à Finalisation en cours, moment auquel la synchronisation commence.

Remarque

Si, pour une raison quelconque, le fichier de commandes de migration n’est pas finalisé (la valeur de la propriété PublicFolderMigrationComplete est False) redémarrez la banque d’informations (IS) sur le serveur Exchange 2010.

É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 des dossiers publics migrés avant de passer à l’utilisation des dossiers publics Exchange 2016.

  1. Dans PowerShell, exécutez la commande suivante pour attribuer des boîtes aux lettres de test et utiliser une boîte aux lettres de dossiers publics récemment 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 2007 (ou version ultérieure) avec l'utilisateur test identifié à l'étape précédente, puis exécutez les tests de dossiers publics 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 la section Annulation de la migration ultérieurement dans cette rubrique. Si le contenu et la hiérarchie des dossiers publics sont acceptables et fonctionnent comme prévu, exécutez la commande suivante pour déverrouiller les dossiers publics pour l'ensemble des autres utilisateurs.

    Get-Mailbox -PublicFolder | Set-Mailbox -PublicFolder -IsExcludedFromServingHierarchy $false

    Importante

    N’utilisez pas le paramètre IsExcludedFromServingHierarchy une fois la validation initiale de la migration terminée, car ce paramètre est utilisé par le service d’équilibrage de charge automatisé pour Exchange.

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

    Set-OrganizationConfig -PublicFolderMigrationComplete:$true

  5. Après avoir vérifié que la migration est terminée, sur le serveur Exchange 2016, exécutez la commande suivante :

    Set-OrganizationConfig -PublicFoldersEnabled Local

  6. Enfin, si vous souhaitez que les expéditeurs externes puissent envoyer des messages vers des dossiers publics migrés à extension messagerie, l'utilisateur Anonyme doit disposer au moins de l'autorisation Création d'éléments. Dans le cas contraire, les expéditeurs externes recevront une notification d'échec de remise et les messages ne seront pas transmis au dossier public migré à extension messagerie.

    Vous pouvez utiliser Exchange Management Shell ou Outlook pour définir les autorisations sur l’utilisateur anonyme. Pour en savoir plus sur la définition des autorisations de l'utilisateur Anonyme, consultez la rubrique Activation ou désactivation de la messagerie pour un dossier public.

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. Exécutez la commande suivante pour prendre un instantané de la nouvelle structure de dossiers.

    Get-PublicFolder -Recurse | Export-CliXML C:\PFMigration\Cloud_PFStructure.xml

  2. Exécutez la commande suivante pour prendre un instantané des statistiques de dossiers publics, telles que le nombre d'éléments, la taille et le propriétaire :

    Get-PublicFolderStatistics -ResultSize Unlimited | Export-CliXML C:\PFMigration\Cloud_PFStatistics.xml

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

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

Supprimer les bases de données de dossiers publics des serveurs Exchange 2010

Une fois la migration terminée et que vous avez vérifié que vos dossiers publics Exchange 2016 ou Exchange 2019 fonctionnent comme prévu, vous devez supprimer les bases de données de dossiers publics sur les serveurs Exchange 2010.

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 avec la migration et que vous devez réactiver vos dossiers publics Exchange 2010, procédez comme suit.

Attention

Si vous restaurez votre migration vers les serveurs Exchange 2010, vous perdrez tout courrier électronique envoyé à des dossiers publics à extension messagerie ou du contenu qui a été publié dans des dossiers publics dans Exchange 2016 ou Exchange 2019 après la migration. Pour enregistrer ce contenu, vous devez exporter le contenu du dossier public dans un fichier .pst, puis l’importer dans les dossiers publics Exchange 2010 une fois la restauration terminée.

  1. Sur le serveur Exchange 2010, exécutez la commande suivante pour déverrouiller les dossiers publics migrés. L'opération peut prendre plusieurs heures.

    Set-OrganizationConfig -PublicFoldersLockedForMigration $false

  2. Sur le serveur Exchange 2016, exécutez les commandes suivantes pour supprimer les boîtes aux lettres de dossiers publics.

    Get-Mailbox -PublicFolder | Where {$_.IsRootPublicFolderMailbox -eq $false} | Remove-Mailbox -PublicFolder -Force -Permanent $true -Confirm:$false

    Get-Mailbox -PublicFolder | Remove-Mailbox -PublicFolder -Force -Permanent $true -Confirm:$false

  3. Sur le serveur Exchange 2010, exécutez la commande suivante pour définir la valeur de la PublicFolderMigrationComplete propriété sur False.

    Set-OrganizationConfig -PublicFolderMigrationComplete $false

  4. Sur le serveur Exchange 2016, exécutez la commande suivante pour supprimer les boîtes aux lettres de dossiers publics.

    Set-OrganizationConfig -PublicFoldersEnabled Remote -RemotePublicFolderMailboxes <ProxyMailbox1>,<ProxyMailbox2>,...,<ProxyMailboxN>

    Pour plus d’informations sur les boîtes aux lettres de dossiers publics distantes que vous devez utiliser avec cette commande, consultez Configurer des dossiers publics hérités où se trouvent les boîtes aux lettres utilisateur sur des serveurs Exchange 2013.