Partager via

Migration SharePoint interlocataire (préversion)

  • Article

Remarque

La migration SharePoint interlocataire est actuellement dans une phase de développement en préversion privée. En tant que projet inachevé, toute information ou disponibilité est susceptible d’être modifiée à tout moment. La prise en charge des clients en préversion privée sera gérée par e-mail. La migration SharePoint interlocataire est couverte par les termes de la préversion des termes du contrat de licence universel Microsoft pour les services en ligne.

Les sites SharePoint peuvent désormais être déplacés d’un locataire à un autre à l’aide de la fonctionnalité de migration SharePoint interlocataire.

À l’aide de SharePoint Online PowerShell, les administrateurs SharePoint peuvent migrer des sites vers leurs nouveaux locataires.

Jusqu’à 4 000 comptes SharePoint peuvent être planifiés pour la migration à l’avance à un moment donné. Une fois planifiées, les migrations se produisent sans que le contenu quitte le cloud Microsoft 365 et avec une interruption minimale. Une fois les migrations terminées, une redirection est placée à l’emplacement du site SharePoint d’origine de l’utilisateur, de sorte que tous les liens vers des fichiers et des dossiers puissent continuer à fonctionner dans le nouvel emplacement.

Importante

Les déplacements interlocataires sont une activité de migration unique et effectuée. Le contenu sera déplacé de la source vers la cible, laissant derrière lui un lien de redirection sur Source. Les passes de migration incrémentielle et delta ne peuvent pas être effectuées.

Comment participer

La fonctionnalité et les licences de migration de contenu utilisateur interlocataire ne sont actuellement disponibles que pour les clients Contrat Entreprise.

Si vous êtes un client Contrat Entreprise qui achètera des licences de migration de contenu utilisateur interlocataire et que vous souhaitez évaluer la migration SharePoint inter-locataires pour améliorer votre expérience de migration, inscrivez-vous à l’adresse suivante :

Veillez à inclure toutes les informations demandées et à indiquer votre intérêt pour « Migration de données entre locataires SharePoint (scénario de fusions et d’acquisitions) ».

Pour plus d’informations sur les licences :

Composants requis et paramètres

Sites SharePoint cibles et sites SharePoint connectés à un groupe

Importante

  • Ne créez aucun site SharePoint cible avant de commencer votre migration. Si le site existe déjà sur le locataire cible, la migration échoue. Vous ne pouvez pas remplacer ou fusionner un site existant.

  • Les groupes Microsoft 365 cibles pour les migrations de sites SharePoint connectés à des groupes ne peuvent pas être liés à des sites SharePoint existants. Les groupes Microsoft 365 cibles doivent être précréé d’une manière spécifique.

Avant de commencer des migrations, assurez-vous que vos sites SharePoint sources sont définis sur le mode Lecture/écriture. S’ils sont définis en lecture seule, la migration échoue.

  • Chaque site SharePoint en cours de migration ne doit pas avoir plus de 5 To de stockage, soit 1 million d’éléments. Si, lors d’une migration de plusieurs sites, un site avec plus de 5 To est rencontré, ce site finit par expirer et échouer. Les sites de moins de 5 To se poursuivent jusqu’à leur achèvement.

  • La limite de 1 million d’éléments peut être n’importe quel « élément », y compris les fichiers (y compris les versions), les dossiers et les entrées de ligne de liste s’il s’agit d’une liste ou d’une bibliothèque.

  • Vérifiez que tous les utilisateurs et groupes identifiés pour la migration ont été précréé sur le locataire cible.

  • Attribuez les licences appropriées à chaque utilisateur sur le locataire source ou cible. La licence n’a pas besoin d’être appliquée aux deux emplacements.

Limites de taille de chemin d’accès

La limite de chemin d’accès aux caractères Microsoft ne peut pas dépasser 400 caractères. Nous vous recommandons de raccourcir vos noms d’UTILISATEUR cible et d’URL de site pour rester dans la limite de caractères.

Tenez compte de la longueur des noms d’utilisateur et de site ULR dans votre locataire cible lors de la planification de vos migrations. Les noms d’utilisateur et d’URL de site plus longs peuvent entraîner l’échec des migrations. N’oubliez pas que le nom du chemin d’accès du fichier ou du dossier de la source est combiné avec le nouveau nom d’utilisateur ou de site sur la cible. Assurez-vous que le total ne dépasse pas la limite de 400 caractères.

Si votre migration échoue, renommez l’URL de l’utilisateur ou du site ou collaborez avec l’utilisateur pour renommer ou déplacer les fichiers ou dossiers affectés plus haut dans la structure de répertoires pour vous assurer qu’il reste sous la limite de seuil de caractères. Une fois résolu, vous devriez être en mesure d’effectuer la migration.

Prise en charge des fonctionnalités SharePoint

Les types de site suivants peuvent être migrés entre des emplacements géographiques :

  • Sites microsoft 365 connectés à un groupe, y compris les sites associés à Microsoft Teams
  • Sites modernes sans association de groupe Microsoft 365
  • Sites SharePoint classiques
  • Sites de communication

Importante

Cette fonctionnalité n’inclut pas la migration du contenu Teams, des canaux ou de la structure associée. Si un site SharePoint connecté à Teams est migré, seul le contenu du site SharePoint est migré vers la cible.

Une fois la migration de site SharePoint terminée, les liens partagés existants pour les fichiers migrés sont automatiquement redirigés vers le nouvel emplacement géographique.

Autorisations

Les utilisateurs disposant d’autorisations sur le site peuvent continuer à avoir accès au site une fois la migration terminée, à condition que ces utilisateurs/groupes aient été pris en compte dans l’étape Mappage des identités.

Flux de travail SharePoint

Les flux de travail (2010 ou 2013) doivent être recrés et republié sur le locataire cible.

Applications

Si vous migrez un site avec Des applications, vous devez republier & éventuellement modifier l’application sur le locataire cible.

PowerApps/PowerAutomate

PowerApps & Automation Tasks doit être recréé et reconnecté au site sur le locataire cible.

Composants WebPart

Les composants WebPart qui référencent du contenu dans d’autres sites SharePoint et/ou d’autres services Microsoft 365 (tels que les e-mails, les calendriers) doivent peut-être être modifiés ou recréés sur le locataire cible.

Étiquettes de confidentialité

Les étiquettes associées aux fichiers migrés peuvent ne pas s’afficher correctement dans les expériences utilisateur M365. En outre, aucune protection ou stratégie associée à l’étiquette d’origine ne sera présente après la migration. Pour appliquer une protection ou une stratégie, il est recommandé de supprimer les étiquettes des fichiers avant la migration et de réappliquer les nouvelles étiquettes selon les besoins après la migration.

Étiquettes de confidentialité avec autorisations User-Defined

Les sites contenant des étiquettes de confidentialité avec des autorisations définies par l’utilisateur ne peuvent pas être migrés à l’aide de la migration entre locataires. Ce guide fait référence aux étiquettes de confidentialité où le paramètre Permettre aux utilisateurs d’attribuer des autorisations lorsqu’ils appliquent l’étiquette est sélectionné dans la définition d’étiquette. Vous trouverez plus d’informations ici : Activer les étiquettes de confidentialité pour les fichiers dans SharePoint et OneDrive.

Pour migrer des sites contenant des étiquettes de confidentialité avec des autorisations définies par l’utilisateur, les étiquettes doivent d’abord être supprimées des fichiers au sein des sites. Cette action peut être effectuée manuellement ou à l’aide de Unlock-SPOSensitivityLabelEncryptedFile.

Exemple :

Unlock-SPOSensitivityLabelEncryptedFile. -FileUrl "https://contoso.com/sites/Marketing/Shared Documents/Doc1.docx" -JustificationText "Need to decrypt this file".

Communication avec vos utilisateurs

Lors de la migration de sites SharePoint entre locataires, il est important de communiquer à vos utilisateurs ce à quoi s’attendre.

  • Quel sera l’impact de cette migration ?
  • Pourront-ils continuer à travailler pendant la migration ?
  • Quand la migration commencera-t-elle et combien de temps durera-t-elle ?
  • Quelle est la nouvelle URL dans laquelle accéder à leur nouveau site, ainsi que d’autres détails sur le nouveau locataire
  • Conseillez aux utilisateurs de fermer leurs fichiers et de ne pas apporter de modifications pendant leur fenêtre de migration.
  • Indiquez les autorisations de fichier ou les modifications de partage qui peuvent se produire dans le cadre de la migration.

Planification des migrations de sites SharePoint

Vous pouvez planifier des migrations de sites SharePoint à l’avance, mais tenez compte des recommandations suivantes :

  • Commencez avec un petit nombre de sites pour valider vos flux de travail et vos stratégies de communication
  • Une fois que vous êtes à l’aise avec le processus, vous pouvez planifier de grands lots de migrations.
  • Vous pouvez planifier jusqu’à 4 000 migrations à la fois par lot
  • À mesure que les migrations commencent, vous pouvez planifier d’autres migrations, avec un maximum de 4 000 migrations en attente dans la file d’attente à un moment donné.

Prise en main

Étape 1 : Se connecter aux locataires source et cible