Partager via

Migration SharePoint entre clients

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

Les administrateurs SharePoint peuvent migrer des sites vers leurs nouveaux locataires à l’aide de SharePoint Online PowerShell.

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 est 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 données partagées entre locataires ne sont actuellement disponibles que pour les clients Accord Entreprise.

Si vous êtes un client Accord Entreprise qui achète des licences de migration de données partagées inter-locataires et que vous souhaitez évaluer la migration SharePoint inter-locataires pour améliorer votre expérience de migration :

Remarque

Pour connaître le nombre de licences nécessaires à la migration de vos données données : obtenez le StorageUsed pour chaque site SharePoint via lequel vous effectuez la migration avec cet outil et additionnez-le (les valeurs sont en octets). Une limite de stockage de grâce de 20 % est indiquée dans le scénario où les sites augmentent dans le stockage utilisé.

Get-SPOSite -Limit <String> | Select-Object Url, StorageUsageCurrent

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 à un groupe ne peuvent pas être liées à des sites SharePoint existants. Les groupes Microsoft 365 cibles doivent être précréés 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 sur 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 échoue. Les sites inférieurs à 5 To continuent 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 sont précréés 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 lorsque vous planifiez 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. Vous pouvez également collaborer 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’ils restent sous la limite de chemins d’accès aux caractères. Une fois résolu, vous devriez être en mesure d’effectuer la migration.

Multi-Géo

Vous pouvez migrer des sites directement vers des instances géographiques satellites individuelles en fonction des besoins. Lorsque vous travaillez avec des environnements multigéographiques, une planification et une configuration supplémentaires doivent être prises en compte.

  • Les configurations d’approbation doivent être établies entre toutes les instances source et cible qui font partie de la migration.
  • Le fichier de mappage d’identité doit être chargé sur chaque instance cible.
  • Lorsque vous migrez dans des environnements multigéographiques, chaque instance source est soumis à la limite de taille de file d’attente de 4 000, quel que soit le nombre de locataires cibles.
  • L’établissement de plusieurs approbations vous permet de déplacer des sites directement dans un instance géographique de votre choix.
  • Si un site est migré vers un instance incorrect, vous ne pouvez pas utiliser la migration de données partagées entre locataires pour le déplacer entre des instances du même locataire.

Utilisez les commandes multigéographiques appropriées pour déplacer le site entre les instance géographiques du même locataire.

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 non associés à un 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 et éventuellement modifier l’application sur le locataire cible.

PowerApps/PowerAutomate

Les tâches PowerApps et Automation doivent être recréées et reconnectées 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 Microsoft 365. 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

Lorsque vous migrez des sites SharePoint entre des locataires, il est important de communiquer à vos utilisateurs ce à quoi s’attendre.

  • Comment cette migration peut-elle les affecter ?
  • Peuvent-ils continuer à travailler pendant la migration ?
  • Quand la migration commence-t-elle et combien de temps peut-elle durer ?
  • Quelle est la nouvelle URL pour accéder au 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.
  • Informez-vous des autorisations de fichier ou des 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 par quelques sites pour valider vos workflows 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

  • Last updated on