Utilisez la migration par lots pour migrer des dossiers publics hérités vers Microsoft 365 ou Office 365 et Exchange Online

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

Cette rubrique décrit comment migrer vos dossiers publics dans une migration à cutover ou par étapes à partir du rollup 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 de cette rubrique s’appliquent aux 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 de Outlook pour migrer des dossiers publics vers Microsoft 365, Office 365 ou Exchange Online. Microsoft 365, Office 365 boîte aux lettres de dossiers publics et Exchange en ligne est gérée à l’aide d’une fonctionnalité de fractionnement automatique qui fractionnera la boîte aux lettres de dossiers publics lorsqu’elle dépasse les quotas de taille. Le fractionnement automatique ne peut pas gérer la croissance soudaine des boîtes aux lettres de dossiers publics lorsque vous utilisez l’exportation PST pour migrer vos dossiers publics et vous de devez attendre jusqu’à deux semaines avant que le fractionnement automatique déplace les données de la boîte aux lettres principale. Nous vous recommandons d’utiliser les instructions basées sur les cmdlet de ce document pour migrer des dossiers publics vers Microsoft 365, Office 365 ou Exchange Online. Toutefois, si vous souhaitez 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 la section Exportation PST Outlook plus loin dans cette rubrique.

Vous procéderez à la migration en utilisant les cmdlets *-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 trouvés, ainsi que les mesures à prendre pour résoudre les problèmes. Vous exécuterez ce script sur le serveur local Exchange hérité.

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

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

  • PublicFolderToMailboxMapGenerator.ps1: ce script crée le fichier de mappage dossier public-boîte aux lettres à 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 script et doit être téléchargé PublicFolderToMailboxMapGenerator.ps1 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 à messagerie entre votre déploiement local Exchange et les 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 prise en charge utilisé par le script et qui doit être copié au même emplacement Sync-MailPublicFolders.ps1 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 de Exchange sont pris 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 de prise en charge minimales de 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 depuis Exchange 2003 ou Exchange 2007. Si vous exécutez Exchange 2007 ou une antérieure dans votre organisation, vous devez déplacer toutes les bases de données et réplicas de dossiers publics vers Exchange 2010 SP3 RU8 ou une ultérieure. Aucun réplica de dossier public ne peut rester Exchange 2007 ou une antérieure. En outre, le courrier destiné à un dossier public Exchange 2013 ou ultérieur ne peut pas être acheminé 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 la façon d’activer le groupe de rôles Gestion de l’organisation,voir 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 dossier public de votre organisation est supérieur à 25 Go, nous vous recommandons de supprimer le contenu de ce dossier pour le rendre plus petit. 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 la cmdlet Set-OrganizationConfig pour les augmenter avec les DefaultPublicFolderIssueWarningQuota DefaultPublicFolderProhibitPostQuota paramètres et les paramètres.

Si vous utilisez un pare-feu et des listes de contrôle d’accès, assurez-vous que les plages d’adresses IP utilisées par Microsoft 365 ou Office 365 dans votre région sont autorisées par le biais de 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 d’abord toutes les boîtes aux lettres utilisateur vers Microsoft 365 ou Office 365 et Exchange Online. Pour plus d’informations, voir Méthodes de migration de plusieurs comptes de messagerie vers Microsoft 365 ou Office 365. Toutefois, vous devrez conserver dans l’environnement local la boîte aux lettres de l’administrateur PF en cours de 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 lot de migration unique pour migrer toutes vos données de dossiers publics. Exchange permet de créer un seul lot de migration à la fois. Si vous tentez de créer plusieurs lots de migration simultanément, le résultat sera 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 de cette rubrique, voir raccourcis clavier pour le centre d Exchange’administration.

  • Vérifiez si DefaultPublicFolderAgeLimit est configuré au niveau de l’organisation (Get-OrganizationConfig | fl DefaultPublicFolderAgeLimit) ou si vous avez un paramètre AgeLimit (Get-PublicFolder | fl AgeLimit) configuré pour les dossiers publics individuels, afin que les suppressions automatiques du contenu soient empêchées.

Conseil

Vous rencontrez des difficultés ? Demandez de l’aide en participant aux forums Exchange. Visitez les forums sur 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 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.

Notes

Nous vous recommandons vivement d’exécutez le script de validation côté source à partir d’un serveur local Exchange Server2010 avec le rôle de boîte aux lettres. Le script analyse et signale les problèmes qui sont connus pour ralentir la migration, ainsi que des instructions pour résoudre ces problèmes. Veuillez utiliser les exemples comme documenté 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é

Notes

Nous vous recommandons vivement d’exécutez le script de validation côté source à partir d’un serveur local Exchange Server2010 avec le rôle de boîte aux lettres. Le script analyse et signale les problèmes qui sont connus pour ralentir la migration, ainsi que des instructions pour résoudre ces problèmes. Veuillez utiliser les exemples comme documenté 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 à messagerie qui existeront dans Microsoft 365, Office 365 ou Exchange Online continue de fonctionner jusqu’à ce que tous les caches DNS sur Internet soient mis à jour pour pointer vers le DNS Microsoft 365, Office 365 ou Exchange Online où réside désormais votre organisation. Pour ce faire, exécutez la commande suivante pour configurer un domaine accepté avec un nom connu qui routera 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 vérifier si le domaine accepté est déjà présent dans votre environnement local, exécutez la liste 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, voir Utiliser le blocage du périphérie 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 inverse ( ), 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 dont le nom contient une barre oblique inverse ou une barre oblique inverse.

    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 à nouveau une migration qui a échoué précédemment.) Si l’état des propriétés PublicFoldersLockedforMigration ou PublicFolderMigrationComplete est , exécutez la commande suivante pour définir la valeur $true 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 Azure Active Directory Connect (Azure AD Connect) pour synchroniser vos répertoires locaux avec Azure Active Directory, vous devez procéder comme suit (si vous n'utilisez pas Azure AD Connect, vous pouvez ignorer cette étape) :

    1. Sur un ordinateur local, ouvrez Microsoft Azure Active Directory Connect, puis sélectionnez Configurer.

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

    3. Sur l'écran Connexion à Azure AD, entrez les informations d'identification, 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. Si elle n’est pas sélectionnée, vous pouvez continuer jusqu’à la section suivante, Les étapes préalables dans Microsoft 365, Office 365 ou Exchange Online. Si elle est sélectionnée, décochez la case, puis cliquez sur Suivant.

      Notes

      Si vous ne voyez pas les dossiers publics de messagerie Exchange comme option dans l’écran Fonctionnalités facultatives, vous pouvez quitter Microsoft Azure Active Directory 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 :

Étapes préalables 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 est nécessaire uniquement si vous pensez qu'il peut y avoir une demande de migration existante dans le pipeline.

    Important

    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. Assurez-vous qu’il n’existe pas de dossiers publics ou de boîtes aux lettres de dossiers publics dans Microsoft 365 ou Office 365.

    Important

    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 organisation 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. Assurez-vous que vous avez enregistré toutes les informations qui se trouvaient 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 :

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

  1. Sur le serveur Exchange hérité, exécutez le script pour créer le fichier de mappage du nom du dossier à la Export-PublicFolderStatistics.ps1 taille du 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 hébergeant 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 script pour créer le fichier de mappage dossier PublicFolderToMailboxMapGenerator.ps1 public-boîte aux lettres. 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 vérifier les limites de dossiers publics actuelles dans votre Exchange Online client. 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 pour que chaque boîte aux lettres de dossiers publics ait de l’espace pour croître. Un nombre réduit de boîtes aux lettres de dossiers publics signifie moins de connexions pour les clients Outlook, ce qui peut aider à éviter les problèmes de performances . pour les utilisateurs, l’endroit où les informations sont hébergées est transparent, car ils voient plus en détail 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 d’interdiction de publication du dossier public par défaut 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.

      Notes

      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 d’accès du dossier à la carte de taille est égal au chemin d’accès .csv fichier que vous avez créé lors de l’utilisation 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.

Notes

Une fois que les scripts sont exécutés et les fichiers .csv générés, les nouveaux dossiers publics ou les mises à jour des dossiers publics existants ne seront 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 à PublicFoldertoMailboxMapGenerator.ps1 l’étape 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.

Notes

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

Étape 5 : Lancez la demande de migration

  1. Sur le serveur Exchange hérité, exécutez la commande suivante pour synchroniser les dossiers publics à extension messagerie à partir de votre annuaire Active Directory local vers Exchange Online.

    .\Sync-MailPublicFolders.ps1 -Credential (Get-Credential) -CsvSummaryFile:sync_summary.csv
    

    Credentialest votre nom Microsoft 365 ou votre Office 365 mot de passe. CsvSummaryFile est le chemin d'accès de l'emplacement où vous voulez journaliser les opérations et les erreurs de synchronisation au format .CSV.

    Notes

    Nous vous recommandons de simuler d’abord les actions que le script doit exécuter avant de l’exécuter réellement, ce que vous pouvez faire en exécutant le script avec un -WhatIf paramètre.

  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 compte de l’utilisateur membre du rôle Administrateur de LegacyExchangeDN dossiers publics. Il s'agit de l'utilisateur dont les informations d'identification vous seront utiles à l'étape 3 de cette procédure.

      Notes

      Le compte utilisé doit être une boîte aux lettres activée dans l’Exchange Server. Créez une boîte aux lettres sur site 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 serveur de boîtes aux lettres qui possède 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 renvoyées à l’étape précédente aux variables qui seront ensuite utilisées dans la demande de migration.

    1. Passez les informations d’identification d’un utilisateur qui dispose d’autorisations administratives sur le serveur Exchange hérité dans la $Source_Credential variable. 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 l’utilisateur de migration sur le serveur Exchange hérité que vous avez trouvé à l’étape 2a et passez-le ExchangeLegacyDN à la $Source_RemoteMailboxLegacyDN variable.

      $Source_RemoteMailboxLegacyDN = "<paste the value here>"
      
    3. Utilisez le serveur de dossiers publics que vous avez trouvé à l’étape 2b ci-dessus et ExchangeLegacyDN passez-le à la $Source_RemotePublicFolderServerLegacyDN variable.

      $Source_RemotePublicFolderServerLegacyDN = "<paste the value here>"
      
    4. Utilisez le nom d’hôte externe de Outlook Anywhere que vous avez trouvé à l’étape 2c ci-dessus et passez-le à la $Source_OutlookAnywhereExternalHostName variable.

      $Source_OutlookAnywhereExternalHostName = "<paste the value here>"
      
  4. Enfin, dans Exchange Online PowerShell, exécutez les commandes suivantes pour créer la demande de migration.

    Notes

    La méthode d'authentification dans l'exemple de Environnement de ligne de commande Exchange Management Shell suivant doit correspondre à vos paramètres Outlook Anywhere, sinon la commande échouera.

    $PfEndpoint = New-MigrationEndpoint -PublicFolder -Name PublicFolderEndpoint -RPCProxyServer $Source_OutlookAnywhereExternalHostName -Credentials $Source_Credential -SourceMailboxLegacyDN $Source_RemoteMailboxLegacyDN -PublicFolderDatabaseServerLegacyDN $Source_RemotePublicFolderServerLegacyDN -Authentication Basic
    [byte[]]$bytes = Get-Content -Encoding Byte <folder_mapping.csv>
    New-MigrationBatch -Name PublicFolderMigration -CSVData $bytes -SourceEndpoint $PfEndpoint.Identity -NotificationEmails <email addresses for migration notifications>
    

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

    Notes

Vous remarquerez peut-être que la commande ci-dessus a échoué avec l’erreur « Impossible de trouver un destinataire ayant un GUID de boîte aux lettres », avec le GUID mentionné de la boîte aux lettres de 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.

  1. 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 l'EAC.

  2. Accédez à Boîte aux lettres > Migration.

  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 :

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

Notes

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. Si la hiérarchie de dossiers avait un grand nombre de ACA endommagées et que celles-ci n’ont pas été nettoyées avant de commencer la migration, cela peut entraîner un retard significatif dans l’exécution. Il est recommandé de planifier une miniumum de 48 heures de temps mort pour que la synchronisation finale se termine

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

Exécutez la commande suivante dans EXO PowerShell pour obtenir les détails :

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

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

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

Une fois que vous avez confirmé la synchronisation du lot et de toutes les demandes de migration, sur le serveur Exchange hérité, exécutez la commande suivante pour verrouiller les dossiers publics hérités pour 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 devrez attendre la fin de la réplication des dossiers publics pour confirmer que toutes les bases de données de dossiers publics ont pris l’indicateur et que les modifications en attente que les utilisateurs ont récemment apportées aux dossiers ont convergé dans toute PublicFoldersLockedForMigration l’organisation. 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

Important

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

Durant la migration, Exchange effectue une synchronisation finale entre le serveur Exchange hérité et Exchange Online. Si la synchronisation finale fonctionne, les dossiers publics présents sur le serveur Exchange Online sont déverrouillés et le statut du lot de migration affichera Terminé. Il est courant que l’état du lot de migration reste sur « Synchronisé » pendant quelques heures avant d’être terminé. Pour les migrations impliquant un grand nombre de boîtes aux lettres cibles, il est normal de voir l’état rester « Synchronisé » pendant plus de 24 heures, à condition qu’aucune des demandes de migration de dossiers publics sous-jacentes n’a échoué ou n’a é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 des dossiers publics migrés avant d’utiliser Microsoft 365, Office 365 ou Exchange Online dossiers publics.

  1. Dans Exchange Online PowerShell, affectez des boîtes aux lettres de test pour utiliser n’importe quelle 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 2010 ou version ultérieure avec l’utilisateur de test identifié à l’étape précédente, puis effectuez 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 avez des problèmes, consultez la suite de cet article pour revenir à la migration. 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. Une fois que vous avez 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 paramétré 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 permettent de vérifier que votre migration de 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.

Important

É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’router le trafic via Microsoft 365 ou Office 365 (flux de messagerie décentralisé) plutôt que le flux de messagerie centralisé via votre environnement local. Si vous choisissez de conserver le flux de messagerie centralisé, cela peut entraîner des problèmes de remise à vos dossiers publics, étant donné que vous avez supprimé les bases de données de boîtes aux lettres de dossier public de votre organisation locale.

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 annulez votre migration en restaurant les serveurs Exchange hérités, vous perdez tous les messages électroniques envoyés aux dossier publics à extension messagerie ainsi que tout contenu publié dans les 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 PublicFolderMigrationComplete l’indicateur sur $false .

    Set-OrganizationConfig -PublicFolderMigrationComplete:$False
    

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

Nous vous recommandons de ne pas utiliser la fonctionnalité d’exportation PST de Outlook pour migrer des dossiers publics vers Microsoft 365, Office 365 ou Exchange Online si votre hiérarchie de dossiers publics sur site est supérieure à 30 Go. Microsoft 365 et Office 365 de boîtes aux lettres de dossiers publics en ligne est gérée à l’aide d’une fonctionnalité de fractionnement automatique qui fractionnera la boîte aux lettres de dossiers publics lorsqu’elle dépasse les quotas de taille. Le fractionnement automatique ne peut pas gérer la croissance soudaine des boîtes aux lettres de dossiers publics lorsque vous utilisez l’exportation PST pour migrer vos dossiers publics et vous de devez attendre jusqu’à deux semaines avant que le fractionnement automatique déplace les données de la boîte aux lettres principale. En outre, avant d’utiliser Outlook PST pour exporter des dossiers publics vers 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. Vous devez uniquement 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, voir Créer une boîte aux lettres de dossiers publics.

  4. Utilisez la cmdlet New-PublicFolder pour créer le dossier public le plus populaire 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, voir Étape 3 : Attribuer des autorisations au dossier public.

Attention

Si vous avez déjà commencé une migration PST et que vous avez été mis en cause lorsque la boîte aux lettres principale est pleine, vous avez deux options pour récupérer la migration PST. La première option consiste à attendre le fractionnement automatique pour déplacer les données de la boîte aux lettres principale. Cela peut prendre jusqu'à deux semaines. Toutefois, tous les dossiers publics d'une boîte aux lettres de dossiers publics complètement pleine ne seront pas en mesure de recevoir de nouveaux contenus tant que le fractionnement automatique n'est pas terminé. L’autre option consiste à créer une boîte aux lettres de dossiers publics, puis à utiliser la cmdlet New-PublicFolder avec le paramètre Mailbox pour créer les dossiers publics restants dans la boîte aux lettres de dossiers publics secondaire.