Partager via

Utilisation de la migration par lots pour migrer des dossiers publics Exchange 2010 vers Groupes Microsoft 365

  • Article

Résumé: Comment déplacer vos dossiers publics Exchange 2010 vers Groupes Microsoft 365.

Par le biais d’un processus appelé migration par lots, vous pouvez déplacer tout ou partie de vos dossiers publics Exchange 2010 vers Groupes Microsoft 365. Les groupes offrent certains avantages par rapport aux dossiers publics. Pour plus d’informations sur Groupes Microsoft 365, consultez Migrer vos dossiers publics vers Groupes Microsoft 365.

Cet article contient les procédures pas à pas pour migrer vos dossiers publics Exchange 2010 vers Groupes Microsoft 365.

Ce qu'il faut savoir avant de commencer

Vérifiez que vous remplissez toutes les conditions suivantes lorsque vous préparez votre migration :

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

  • Les dossiers publics doivent être hébergés sur des serveurs Exchange 2010 SP3 RU8 ou ultérieurs.

  • Dans 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 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 des groupes de rôles Gestion de l’organisation ou Gestion du serveur. Pour plus d'informations, consultez la page Ajouter des membres à un groupe de rôles.

  • Nous vous recommandons de déplacer les boîtes aux lettres des utilisateurs vers Microsoft 365 ou Office 365 pour les utilisateurs qui ont besoin d’accéder à Groupes Microsoft 365.

  • Outlook Anywhere doit être activé sur le serveur Exchange 2010 qui héberge vos bases de données de dossiers publics. Pour obtenir plus d'informations sur l'activation d'Outlook Anywhere sur des serveurs Exchange 2010, consultez la rubrique Activer Outlook Anywhere.

  • Vous ne pouvez pas utiliser le Centre d’administration Exchange (EAC) pour effectuer les procédures décrites dans cet article. Sur le serveur Exchange, vous devez utiliser Exchange Management Shell. Dans Exchange Online, vous devez utiliser Exchange Online PowerShell. Pour plus d'informations, reportez-vous à Connexion à Exchange Online.

  • Vous pouvez uniquement migrer les dossiers publics calendrier et les dossiers publics courrier vers Groupes Microsoft 365. La migration d’autres types de dossiers publics n’est pas prise en charge. En outre, les groupes cibles doivent exister dans Microsoft 365 ou Office 365 avant la migration.

  • Le processus de migration par lots copie uniquement les messages et les éléments de calendrier des dossiers publics vers Groupes Microsoft 365. Il ne copie pas les autres propriétés associées au dossier public (par exemple, les stratégies, les règles et les autorisations).

  • Groupes Microsoft 365 sont fournis avec une boîte aux lettres de 50 Go. Vérifiez que les données de dossier public à migrer sont inférieures à 50 Go. Laissez un espace de stockage supplémentaire pour le contenu futur. La taille maximale recommandée pour la migration de dossiers publics est de 25 Go.

  • Cette migration n’est pas « tout ou rien ». Vous pouvez choisir des dossiers publics spécifiques à migrer. Les sous-dossiers des dossiers publics ne sont pas automatiquement inclus dans la migration. Vous devez inclure explicitement tous les sous-dossiers que vous souhaitez migrer. La migration vous permet de mapper un maximum de deux sous-dossiers à une seule boîte aux lettres de groupe Microsoft 365.

  • Pendant la migration, les dossiers publics existants ne sont pas modifiés ou affectés par la migration. Après avoir effectué les étapes de la section Étape 6 : Verrouiller les dossiers publics (temps d’arrêt requis), les utilisateurs doivent utiliser le Groupes Microsoft 365 cible au lieu des dossiers publics d’origine qui ont été migrés.

  • Vous devez utiliser un seul lot de migration pour migrer toutes vos données de dossier public. Exchange permet de créer un lot de migration à la fois. Si vous tentez de créer plusieurs lots de migration simultanément, vous recevez une erreur.

Étape 1 : Obtenir les scripts

La migration par lots vers des groupes Microsoft 365 nécessite l’exécution d’un certain nombre de scripts à différents points de la migration. Téléchargez les scripts et les fichiers pris en charge depuis cet emplacement. Après avoir téléchargé tous les scripts et fichiers, enregistrez-les au même emplacement, par c:\PFtoGroups\Scriptsexemple .

Avant de continuer, vérifiez que vous avez téléchargé et enregistré les scripts et fichiers suivants :

Remarque

Veillez à enregistrer tous les scripts et fichiers au même emplacement.

  • AddMembersToGroups.ps1: ajoute des membres et des propriétaires à Groupes Microsoft 365 en fonction des autorisations sur les dossiers publics sources.

  • AddMembersToGroups.strings.psd1 : fichier de prise en charge utilisé par le AddMembersToGroups.ps1 script.

  • LockAndSavePublicFolderProperties.ps1. Rend les dossiers publics en lecture seule pour empêcher les modifications pendant la migration. Transfère les propriétés de dossier public liées à la messagerie et redirige les messages envoyés vers les dossiers publics à extension messagerie migrés vers les groupes cibles. Sauvegarde les entrées d’autorisation et les propriétés de messagerie avant de les modifier.

  • LockAndSavePublicFolderProperties.strings.psd1 : fichier de support utilisé par le LockAndSavePublicFolderProperties.ps1 script.

  • UnlockAndRestorePublicFolderProperties.ps1: restaure les droits d’accès et les propriétés de messagerie des dossiers publics à l’aide des fichiers de sauvegarde créés par LockandSavePublicFolderProperties.ps1.

  • UnlockAndRestorePublicFolderProperties.strings.psd1 : fichier de support utilisé par le UnlockAndRestorePublicFolderProperties.ps1 script.

  • WriteLog.ps1: permet aux trois scripts précédents d’écrire des journaux.

  • RetryScriptBlock.ps1. Permet aux AddMembersToGroupsscripts , LockAndSavePublicFolderPropertieset UnlockAndRestorePublicFolderProperties de réessayer certaines actions en cas d’erreurs temporaires.

Pour plus d’informations sur AddMembersToGroups.ps1, LockAndSavePublicFolderProperties.ps1et UnlockAndRestorePublicFolderProperties.ps1, consultez Scripts de migration plus loin dans cet article.

Étape 2 : Préparer la migration

Les étapes suivantes sont nécessaires pour préparer votre organisation à la migration :

  1. Dressez la liste des dossiers publics courrier et des dossiers publics Calender vers lesquels vous souhaitez migrer Groupes Microsoft 365.

  2. Dressez la liste des Groupes Microsoft 365 cibles pour chaque dossier public migré. Vous pouvez créer des groupes ou utiliser des groupes existants.

    Si les autorisations du dossier public sont définies sur Author ou au-dessus, le groupe Microsoft 365 cible doit avoir le paramètre Confidentialité publique . Toutefois, les utilisateurs devront toujours rejoindre le groupe pour voir le groupe public sous le nœud Groupes dans Outlook.

    Pour plus d’informations, consultez En savoir plus sur Groupes Microsoft 365

  3. Renommez tous les dossiers publics qui contiennent une barre oblique inverse (\) dans le nom. Dans le cas contraire, il est possible que ces dossiers publics ne soient pas migrés correctement.

  4. La fonctionnalité de migration nommée PAW doit être activée pour votre organisation Microsoft 365 ou Office 365. Pour vérifier que PAW est activé, exécutez la commande suivante dans Exchange Online PowerShell :

    Get-MigrationConfig

    Si la sortie de la propriété Features contient la valeur PAW, la fonctionnalité est activée et vous pouvez passer à l’Étape 3 : Créer le fichier .csv.

    Les lots de migration de dossiers publics existants ou les lots de migration d’utilisateurs dans n’importe quel état empêchent l’activation de PAW. Terminez et supprimez tous les lots de migration existants jusqu’à ce qu’aucun résultat ne soit retourné par l’applet de Get-MigrationBatch commande. La suppression des migrations existantes ne se reflète pas immédiatement dans la sortie de l’applet de Get-MigrationConfig commande.

    Une fois que vous avez supprimé tous les lots existants, PAW doit s’activer automatiquement.

    Une fois cette étape terminée, vous pouvez créer des lots de migration d’utilisateurs.

Étape 3 : Créer le fichier .csv

Créez un fichier .csv, qui fournira des entrées pour un des scripts de migration.

Le fichier .csv a besoin des colonnes suivantes :

  • FolderPath : chemin du dossier public à migrer.

  • TargetGroupMailbox : adresse SMTP du groupe Microsoft 365 cible. Vous pouvez exécuter la commande suivante pour afficher l'adresse SMTP principale.

    Get-UnifiedGroup -Identity <alias of the group> | Format-Table PrimarySmtpAddress

Un exemple .csv contient les informations suivantes :

"FolderPath","TargetGroupMailbox"
"\Sales","sales@contoso.onmicrosoft.com"
"\Sales\APAC","apacsales@contoso.onmicrosoft.com"
"\Sales\EMEA","emeasales@contoso.onmicrosoft.com"

Vous pouvez fusionner un dossier public Courrier et un dossier public Calendrier dans le même groupe Microsoft 365. Sinon, un lot de migration unique ne prend pas en charge d’autres scénarios de fusion de plusieurs dossiers publics dans le même groupe. Exécutez plusieurs lots de migration l’un après l’autre pour mapper plusieurs dossiers publics au même groupe Microsoft 365. Chaque lot de migration peut contenir jusqu'à 500 entrées.

Étape 4 : Lancer la demande de migration

Dans cette étape, vous collectez les informations de votre environnement Exchange et vous utilisez ensuite ces informations dans Exchange Online PowerShell pour créer un lot de migration. Après cette étape, vous commencez la migration.

  1. Sur le serveur Exchange 2010, exécutez les commandes suivantes dans Exchange Management Shell pour collecter les informations nécessaires à la création de votre lot de migration :

    1. Recherchez la valeur LegacyExchangeDN pour le compte d’utilisateur membre du rôle Administrateur de dossiers publics en exécutant la commande suivante.

      Get-Mailbox <PublicFolder_Administrator_Account> | Select-Object LegacyExchangeDN

      Vous utiliserez cette valeur plus loin dans cette section.

    2. Recherchez la valeur LegacyExchangeDN de n’importe quel serveur de boîtes aux lettres avec une base de données de dossiers publics en exécutant la commande suivante dans Exchange Management Shell :

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

    3. Recherchez le nom de domaine Fully-Qualified (FQDN) de l’hôte Outlook Anywhere (le nom d’hôte externe). Si vous avez plusieurs instances d’Outlook Anywhere, nous vous recommandons de sélectionner l’une des instances suivantes :

      • Instance la plus proche du point de terminaison de migration.
      • Instance la plus proche des réplicas de dossiers publics dans votre organisation Exchange Server 2010.

      Exécutez la commande suivante dans Exchange Management Shell pour rechercher toutes les instances d’Outlook Anywhere :

      Get-OutlookAnywhere | Format-Table Identity, ExternalHostName

  2. Dans Exchange Online PowerShell, utilisez les informations de l’étape précédente pour exécuter les commandes suivantes. Les variables dans ces commandes sont les valeurs de l'étape 1.

    1. Stockez les informations d’identification d’un administrateur Exchange local dans la variable nommée $Source_Credential.

      $Source_Credential = Get-Credential

      Entrez le nom d’utilisateur au format : <source_domain>\<Account>.

    2. Utilisez la valeur ExchangeLegacyDN de l’utilisateur de migration que vous avez trouvé ci-dessus à l’étape 1a et enregistrez cette valeur dans la variable nommée $Source_RemoteMailboxLegacyDN.

      $Source_RemoteMailboxLegacyDN = "<LegacyExchangeDN from step 1a>"

    3. Utilisez exchangeLegacyDN du serveur de dossiers publics que vous avez trouvé ci-dessus à l’étape 1b et enregistrez cette valeur dans la variable nommée $Source_RemotePublicFolderServerLegacyDN.

      $Source_RemotePublicFolderServerLegacyDN = "<LegacyExchangeDN from step 1b>"

    4. Utilisez le nom d’hôte externe d’Outlook Anywhere que vous avez trouvé à l’étape 1c et enregistrez cette valeur dans la variable nommée $Source_OutlookAnywhereExternalHostName.

      $Source_OutlookAnywhereExternalHostName = "<ExternalHostName from step 1c>"

  3. Dans Exchange Online PowerShell, exécutez la commande suivante pour créer un point de terminaison de migration :

    $PfEndpoint = New-MigrationEndpoint -PublicFolderToUnifiedGroup -Name PFToGroupEndpoint -RPCProxyServer $Source_OutlookAnywhereExternalHostName -Credentials $Source_Credential -SourceMailboxLegacyDN $Source_RemoteMailboxLegacyDN -PublicFolderDatabaseServerLegacyDN $Source_RemotePublicFolderServerLegacyDN -Authentication Basic

    Pour le -Authentication paramètre , veillez à faire correspondre la méthode d’authentification utilisée dans votre environnement Exchange local. Par exemple, si vous utilisez NTLM, utilisez -Authentication NTLM.

  4. Exécutez la commande suivante pour créer un lot de migration de dossier public vers un groupe Microsoft 365.

    New-MigrationBatch -Name PublicFolderToGroupMigration -CSVData ([System.IO.File]::ReadAllBytes('<path to .csv file>')) -PublicFolderToUnifiedGroup -SourceEndpoint $PfEndpoint.Identity [-NotificationEmails <email addresses for migration notifications>] [-AutoStart]
    • CSVData : fichier .csv précédemment créé à l’étape 3 : Créer le fichier .csv. Veillez à utiliser le chemin complet de ce fichier. Si vous avez déplacé le fichier, veillez à utiliser le nouvel emplacement.
    • NotificationEmails : paramètre facultatif qui définit les adresses e-mail pour les notifications sur l’état et la progression de la migration.
    • Démarrage automatique : commutateur facultatif qui démarre le lot de migration dès que vous le créez.
    • PublicFolderToUnifiedGroup : indique qu’il s’agit d’un dossier public à Groupes Microsoft 365 migration.

  5. Cette étape n’est nécessaire que si vous n’avez pas utilisé le AutoStart commutateur dans la commande précédente.

    Démarrez la migration en exécutant la commande suivante dans Exchange Online PowerShell :

    Start-MigrationBatch PublicFolderToGroupMigration

Bien que vous créez la migration dans Exchange Online PowerShell, vous pouvez afficher et gérer la migration dans le Centre d’administration Exchange (EAC) dans Exchange Online sur la page Migration.

Dans Exchange Online PowerShell, vous affichez la progression de la migration avec les applets de commande Get-MigrationBatch et Get-MigrationUser.

Pour afficher la page Migration dans le CAE, procédez comme suit :

  1. Dans le Centre d’administration Exchange à l’adresse , accédez à https://admin.exchange.microsoft.comLa migrationdes destinataires>.
  2. Sélectionnez la demande de migration.
  3. Dans le volet Détails , sélectionnez Afficher les détails.

Lorsque l’état du lot est Terminé, vous pouvez passer à l’Étape 5 : Ajouter des membres à des groupes Microsoft 365 à partir de dossiers publics.

Étape 5 : Ajouter des membres à des groupes Microsoft 365 à partir de dossiers publics

Vous pouvez ajouter des membres au groupe Microsoft 365 cible. Pour ajouter des membres au groupe en fonction des entrées d’autorisation du dossier public, vous devez exécuter le AddMembersToGroups.ps1 script sur le serveur Exchange, comme décrit dans cette section.

Vous devez synchroniser les boîtes aux lettres utilisateur avec Exchange Online pour ajouter des membres au groupe Microsoft 365 en fonction des entrées d’autorisation. Pour connaître les autorisations de dossier public éligibles, consultez la section Scripts de migration plus loin dans cet article.

.\AddMembersToGroups.ps1 -MappingCsv <path to .csv file> -BackupDir "<path to backup directory>" -ArePublicFoldersOnPremises $true -Credential (Get-Credential)
  • MappingCsv : fichier .csv que vous avez créé ci-dessus à l’étape 3 : Créer le fichier .csv. Veillez à bien indiquer le chemin d'accès complet à ce fichier. Si vous avez déplacé le fichier, veillez à utiliser le nouvel emplacement.
  • BackupDir : dossier dans lequel les fichiers journaux de migration sont stockés.
  • ArePublicFoldersOnPremises : indique si les dossiers publics se trouvent dans le serveur Exchange ou dans Exchange Online.
  • Informations d’identification : Exchange Online nom d’utilisateur et mot de passe.

Une fois que vous avez ajouté des utilisateurs à un groupe Microsoft 365, ils peuvent l’utiliser.

Étape 6 : Verrouiller les dossiers publics (temps d’arrêt requis)

Une fois que vous avez migré la majorité des données de dossiers publics vers Groupes Microsoft 365, vous pouvez exécuter le LockAndSavePublicFolderProperties.ps1 script sur le serveur Exchange. Cette étape garantit qu’aucune nouvelle donnée n’est ajoutée aux dossiers publics avant la fin de la migration.

Remarque

Pour les dossiers publics à extension messagerie, le script copie certaines propriétés dans le Groupes Microsoft 365 cible (par exemple, les adresses e-mail), puis désactive les dossiers publics à extension messagerie. Après avoir exécuté le script, les messages envoyés à ces dossiers publics sont redirigés vers le Groupes Microsoft 365 cible. Pour plus d’informations, consultez la section Scripts de migration plus loin dans cet article.

.\LockAndSavePublicFolderProperties.ps1 -MappingCsv <path to .csv file> -BackupDir "<path to backup directory>" -ArePublicFoldersOnPremises $true -Credential (Get-Credential)
  • MappingCsv : fichier .csv que vous avez créé à l’étape 3 : Créer le fichier .csv. Veillez à bien indiquer le chemin d'accès complet à ce fichier. Si vous avez déplacé le fichier, veillez à utiliser le nouvel emplacement.
  • BackupDir : dossier dans lequel sont stockés les fichiers de sauvegarde pour les entrées d’autorisation, les propriétés de dossier public à extension messagerie et les fichiers journaux de migration. Vous pouvez utiliser ces fichiers de sauvegarde si vous devez restaurer des dossiers publics.
  • ArePublicFoldersOnPremises : indique si les dossiers publics se trouvent dans exchange server ou dans Exchange Online.
  • Informations d’identification : Exchange Online nom d’utilisateur et mot de passe.

Étape 7 : Finaliser le dossier public pour Groupes Microsoft 365 migration

Une fois que vous avez rendu vos dossiers publics en lecture seule, vous devez effectuer la migration à nouveau. Cette étape est requise pour une copie incrémentielle finale de vos données.

  1. Avant de réexécuter la migration, vous devez supprimer la migration par lots existante en exécutant la commande suivante, ce que vous pouvez faire en exécutant la commande suivante :

    Remove-MigrationBatch -Identity "<name of migration batch>"

  2. Créez un lot avec le même fichier .csv en exécutant les commandes suivantes :

    New-MigrationBatch -Name PublicFolderToGroupMigration -CSVData ([System.IO.File]::ReadAllBytes('<path to .csv file>')) -PublicFolderToUnifiedGroup -SourceEndpoint $PfEndpoint.Identity [-NotificationEmails <email addresses for migration notifications>] [-AutoStart]
    • CSVData : fichier .csv que vous avez créé à l’étape 3 : Créer le fichier .csv. Veillez à bien indiquer le chemin d'accès complet à ce fichier. Si vous avez déplacé le fichier, veillez à utiliser le nouvel emplacement.
    • NotificationEmails : paramètre facultatif qui définit les adresses e-mail pour les notifications sur l’état et la progression de la migration.
    • Démarrage automatique : commutateur facultatif qui démarre le lot de migration dès que vous le créez.

  3. Cette étape n’est nécessaire que si vous n’avez pas utilisé le AutoStart commutateur dans la commande précédente.

    Démarrez la migration en exécutant la commande suivante dans Exchange Online PowerShell :

    Start-MigrationBatch PublicFolderToGroupMigration

Lorsque la valeur d’état du lot de migration est Terminée, vérifiez que toutes les données ont été copiées dans Groupes Microsoft 365. À ce stade, si vous êtes satisfait de l’expérience Groupes Microsoft 365, vous pouvez commencer à supprimer les dossiers publics migrés de votre environnement Exchange Server.

Importante

Bien qu’il existe des procédures prises en charge pour restaurer votre migration et revenir aux dossiers publics, la restauration n’est pas possible après la suppression des dossiers publics sources. Pour plus d’informations, consultez la section restauration Comment faire aux dossiers publics à partir de Groupes Microsoft 365? dans cet article.

Problèmes connus

Les problèmes connus suivants peuvent se produire lors d’un dossier public classique pour Groupes Microsoft 365 migration :

  • Le script qui transfère les adresses e-mail des dossiers publics à extension messagerie vers Groupes Microsoft 365 ajoute les adresses e-mail principales du dossier public en tant qu’adresse e-mail secondaire sur le groupe Microsoft 365. Exchange Online Protection (EOP) ou le flux de courrier centralisé peut rencontrer des problèmes lors de l’envoi d’e-mails à l’adresse e-mail secondaire de Groupes Microsoft 365 après la migration.

  • Si l’entrée du chemin d’accès au dossier public dans le fichier de mappage .csv n’est pas valide, plus aucune donnée n’est copiée après l’entrée non valide, mais l’état du lot de migration est Terminé.

Scripts de migration

Pour votre information, cette section fournit des descriptions détaillées de trois des scripts de migration et les tâches qu'ils exécutent dans votre environnement Exchange. Tous les scripts et les fichiers pris en charge peuvent être téléchargés depuis cet emplacement.

AddMembersToGroups.ps1

Le AddMembersToGroups.ps1 script lit les autorisations des dossiers publics et ajoute des membres et des propriétaires aux groupes Microsoft 365, comme décrit dans la liste suivante :

  • Les utilisateurs disposant des rôles d’autorisation suivants sur le dossier public sont ajoutés en tant que membres au groupe Microsoft 365 :

    Owner, PublishingEditor, Editor, PublishingAuthor, Author

  • Les utilisateurs disposant des droits d’accès minimum suivants sur le dossier public sont également ajoutés en tant que membres du groupe Microsoft 365 :

    ReadItems, CreateItems, FolderVisible, EditOwnedItems, DeleteOwnedItems

  • Les utilisateurs disposant du droit d’accès « Propriétaire » sur le dossier public sont ajoutés en tant que propriétaires du groupe Microsoft 365. Les utilisateurs disposant d’autres droits d’accès éligibles sont ajoutés en tant que membres.

  • Vous ne pouvez pas ajouter de groupes de sécurité en tant que membres de Groupes Microsoft 365. Au lieu de cela, la liste d’appartenances au groupe est développée et les utilisateurs individuels sont ajoutés en tant que membres ou propriétaires sur le Groupes Microsoft 365 en fonction de leurs droits d’accès, comme décrit précédemment.

  • Si un utilisateur dispose de droits d’accès sur un dossier public à partir de l’attribution d’autorisations individuelles et de l’appartenance au groupe de sécurité, les autorisations individuelles sont préférées.

    Par exemple, le groupe de sécurité nommé « SG1 » a les membres User1 et User2. Le dossier public nommé « PF1 » contient les entrées d’autorisation suivantes :

    • SG1 : Auteur sur PF1
    • Utilisateur1 : Propriétaire sur PF1

    Dans cet exemple, User1 est ajouté en tant que propriétaire au groupe Microsoft 365.

  • Lorsque l’autorisation par défaut d’un dossier public est « Auteur » ou supérieure, le script suggère la valeur « Public » pour le paramètre de confidentialité du groupe Microsoft 365 cible ».

  • Si vous avez déjà exécuté le LockAndSavePublicFolderProperties.ps1 script, vous pouvez toujours exécuter le script à l’aide AddMembersToGroups.ps1 du paramètre et de la valeur -ArePublicFoldersLocked $true. Dans ce scénario, le script lit les autorisations à partir du fichier de sauvegarde qui a été créé pendant le verrouillage.

LockAndSavePublicFolderProperties.ps1

Le LockAndSavePublicFolderProperties.ps1 script effectue les actions suivantes :

  1. Les dossiers publics à extension messagerie migrés sont désactivés et leurs adresses de messagerie sont ajoutées aux groupes Microsoft 365 correspondants.
  2. Les entrées d’autorisation sur les dossiers publics migrés sont modifiées pour les rendre en lecture seule.
  3. Les propriétés de messagerie des dossiers publics à extension messagerie et les entrées d’autorisation de tous les dossiers publics sont copiées avant toute modification.

S’il existe plusieurs lots de migration, vous devez utiliser un répertoire de sauvegarde distinct avec chaque fichier de .csv de mappage.

Les propriétés de messagerie suivantes sont stockées pour les dossiers publics à extension messagerie et leurs groupes Microsoft 365 correspondants :

  • Primarysmtpaddress
  • EmailAddresses
  • ExternalEmailAddress
  • EmailAddressPolicyEnabled
  • GrantSendOnBehalfTo
  • Liste de clients approuvés SendAs

Ces propriétés de messagerie sont stockées dans un fichier .csv, que vous pouvez utiliser si vous souhaitez restaurer la migration comme décrit dans la section Comment faire restauration vers des dossiers publics à partir de Groupes Microsoft 365 ?, plus loin dans cette rubrique.

Un instantané des propriétés de dossier public à extension messagerie est également stocké dans un fichier nommé PfMailProperties.csv. Ce fichier n’est pas nécessaire pour la restauration, mais vous pouvez l’utiliser pour référence.

Les propriétés de messagerie suivantes sont migrées de dossiers publics vers des groupes Microsoft 365 par le LockAndSavePublicFolderProperties.ps1 script :

  • Primarysmtpaddress
  • EmailAddresses
  • Liste de clients approuvés SendAs
  • GrantSendOnBehalfTo

Le script garantit que les valeurs PrimarySMTPAddress et EmailAddresses des dossiers publics à extension messagerie sont ajoutées en tant qu’adresses e-mail secondaires sur le Groupes Microsoft 365 correspondant. En outre, les autorisations SendAs et SendOnBehalfTo des utilisateurs sur les dossiers publics à extension messagerie reçoivent des autorisations équivalentes dans les groupes cibles correspondants.

Droits d’accès accordés

Seuls les droits d’accès suivants sont autorisés pour les utilisateurs. Cette modification garantit que les dossiers publics sont en lecture seule pour tous les utilisateurs :

  • ReadItems
  • CreateSubfolders
  • FolderContact
  • FolderVisible

Ces droits d’accès sont stockés dans la propriété ListOfAccessRightsAllowed . Les entrées d’autorisation sont modifiées comme décrit dans le tableau suivant :

Avant le verrouillage Après le verrouillage
Aucun Aucune
AvailabilityOnly AvailabilityOnly
LimitedDetails LimitedDetails
Collaborateur FolderVisible
Relecteur ReadItems, FolderVisible
NonEditingAuthor ReadItems, FolderVisible
Auteur ReadItems, FolderVisible
Éditeur ReadItems, FolderVisible
PublishingAuthor ReadItems, CreateSubfolders, FolderVisible
PublishingEditor ReadItems, CreateSubfolders, FolderVisible
Propriétaire ReadItems, CreateSubfolders, FolderContact, FolderVisible

  • Les droits d’accès pour les utilisateurs sans autorisations de lecture ne sont pas modifiés et les droits de lecture continueront d’être bloqués.

  • Pour les utilisateurs disposant de rôles personnalisés, tous les droits d’accès qui ne sont pas spécifiés dans ListOfAccessRightsAllowed seront supprimés. Les utilisateurs qui ont uniquement des droits d’accès qui ne sont pas spécifiés dans ListOfAccessRightsAllowed après le filtrage auront leurs droits d’accès définis sur la valeur None.

Il peut y avoir une interruption dans l’envoi d’e-mails à des dossiers publics à extension messagerie pendant que les dossiers sont désactivés et que les adresses e-mail sont ajoutées à Groupes Microsoft 365.

UnlockAndRestorePublicFolderProperties.ps1

Le UnlockAndRestorePublicFolderProperties.ps1 script réaffecte les autorisations aux dossiers publics en fonction de la sauvegarde que vous avez effectuée pendant le verrouillage des dossiers publics. Le script active également les dossiers publics qui ont été désactivés par messagerie. Cette action se produit une fois que les adresses e-mail ont été supprimées du Groupes Microsoft 365 correspondant. Il peut y avoir un léger temps d’arrêt pendant ce processus.

Comment faire restaurer les dossiers publics à partir de Groupes Microsoft 365 ?

Si vous changez d’avis et souhaitez revenir à l’utilisation des dossiers publics, vous pouvez annuler la migration, tant que les conditions suivantes sont remplies :

  • Les fichiers de sauvegarde existent toujours.
  • Vous n’avez pas supprimé les dossiers publics après la migration.

Sur votre serveur Exchange, exécutez la commande suivante pour restaurer votre environnement à l’état de prémigration :

.\UnlockAndRestorePublicFolderProperties.ps1 -BackupDir <path to backup directory> -ArePublicFoldersOnPremises $true -Credential (Get-Credential)
  • BackupDir : répertoire dans lequel sont stockés les fichiers de sauvegarde des entrées d’autorisation, des propriétés de dossier public à extension messagerie et des fichiers journaux de migration. Vérifiez qu’il s’agit du même emplacement que celui de l’Étape 6 : Verrouiller les dossiers publics (temps d’arrêt requis).
  • ArePublicFoldersOnPremises : indique si les dossiers publics se trouvent localement ou dans Exchange Online.
  • Informations d’identification : Exchange Online nom d’utilisateur et mot de passe.

N’oubliez pas que les éléments ajoutés ou les opérations de modification à l’Groupes Microsoft 365 ne sont pas copiés dans les dossiers publics. Dans ces scénarios, il y aura une perte de données.

Vous ne pouvez pas restaurer un sous-ensemble de dossiers publics. Tous les dossiers publics migrés seront restaurés.

Les Groupes Microsoft 365 correspondantes ne sont pas supprimées dans le cadre du processus de restauration. Vous devez supprimer manuellement ces groupes manuellement.