L'outil de migration SharePoint le plus puissant pour les administrateurs informatiques

ShareGate Migrate gère les migrations SharePoint vers SharePoint entre les environnements sur site et Microsoft 365. Cela inclut les migrations sur site vers en ligne, sur site vers sur site, entre locataires, et même la restructuration au sein d'un même locataire.

Au-delà des sites SharePoint, vous pouvez également migrer OneDrive, Teams et les partages de fichiers vers Microsoft 365. Vous avez besoin de migrer depuis Google Drive (y compris les lecteurs partagés) ou Box ? Nous avons également cette possibilité.

ShareGate Migrate prend en charge tous les éléments essentiels de SharePoint : sites, listes, bibliothèques, fichiers, dossiers, métadonnées, types de contenu, autorisations et versions. Nous copions tout à l'identique, de sorte que ce que vous aviez dans la source est exactement ce que vous obtenez à la destination.

Ce que nous ne migrons pas : les modules complémentaires tiers, le code personnalisé ou les applications développées en dehors de SharePoint. Les pages et composants WebPart classiques seront transférés, mais ils ne seront pas automatiquement modernisés. Si vous avez besoin qu'ils fonctionnent dans un site moderne, vous devrez les reconstruire.

Oui. ShareGate Migrate n'impose aucune limite sur la quantité de données que vous pouvez déplacer, mais SharePoint et Microsoft 365 ont des exigences quant à la manière dont vous les déplacez.

N'exécutez pas des millions d'éléments en une seule tâche massive. Divisez les migrations en lots gérables, généralement entre 500 000 et 800 000 éléments par opération, avec 1 million comme limite pratique maximale. Cela permet d'éviter la limitation et de maintenir un flux de travail fluide. Vous souhaitez aller plus vite ? Exécutez plusieurs migrations en parallèle sur différentes machines.

Consultez le rapport de migration de ShareGate Migrate. Chaque élément reçoit un statut : Succès, Avertissement, Erreur ou Ignoré. Une migration est considérée comme réussie lorsque ShareGate envoie le contenu et que SharePoint confirme l'importation.

Ne vous contentez pas de comptabiliser les fichiers à la destination — ShareGate effectue également le suivi des versions, des dossiers et d'autres objets, de sorte que les chiffres ne correspondront pas à un simple décompte de fichiers. Pour plus de certitude, exécutez l'analyse de source avant et après votre migration, puis comparez les totaux.

Oui, si vous exécutez une migration en mode « Copier et remplacer ». ShareGate écrasera tout ce qui se trouve à la destination, même si des utilisateurs ont effectué des modifications après votre migration initiale.

Pour éviter d'écraser les modifications des utilisateurs, utilisez « Ne pas copier les éléments existants » ou « Copier si plus récent (incrémentiel) ». Le mode incrémentiel remplace uniquement les éléments à la destination lorsque la version source est plus récente, en fonction de la date de dernière modification.

Oui aux trois. Les autorisations sont préservées au niveau de l'élément — y compris l'héritage rompu et les étendues d'autorisations uniques — à condition que les utilisateurs de destination existent et soient mappés. Les colonnes de métadonnées (y compris les métadonnées gérées et les types de contenu) sont transférées intactes. L'historique des versions migre également, mais comptez chaque version comme un élément distinct lors de l'estimation des tailles de lots : un document avec 10 versions compte comme 10 objets, et non comme un seul. Pour les bibliothèques très volumineuses, l'exécution préalable d'un rapport d'analyse de source vous indique exactement le nombre d'objets versionnés auxquels vous avez affaire avant de vous engager sur une taille de lot.

Les pages et composants WebPart classiques migrent, mais ne se modernisent pas automatiquement. Si vous déplacez des pages ASPX classiques avec des vues ou des formulaires personnalisés, ceux-ci sont transférés tels quels vers la destination. Un point important à noter : Microsoft a progressivement abandonné les API héritées utilisées pour la migration de pages classiques — si vous constatez des erreurs sur du contenu classique, il s'agit presque toujours d'un problème d'API côté Microsoft, et non de ShareGate. Si vous héritez d'un environnement classique de grande envergure, c'est le bon moment pour envisager de reconstruire ces pages au format moderne avant la migration, plutôt que d'introduire une dette technique dans le nouveau tenant.

La limitation des appels API provient de Microsoft, et non de ShareGate. Lors d'une migration, un seul fichier peut déclencher de nombreux appels API — multipliez cela par des millions d'éléments et le volume attire l'attention de Microsoft. Les moyens les plus efficaces pour réduire cette limitation : visez 500 000 à 800 000 éléments par opération comme plafond pratique, avec 1 million comme limite absolue (les éléments désignent les fichiers, dossiers et versions combinés — un fichier avec 10 versions compte pour 10 éléments) ; activez le mode Insane et accordez le consentement à l'application d'entreprise Azure de ShareGate, ce qui attribue à la migration une identité d'application plutôt qu'une identité d'utilisateur, que Microsoft limite moins agressivement ; et répartissez les charges de travail sur plusieurs machines plutôt que de tout faire transiter par une seule. L'exécution de flux parallèles sur des machines distinctes surpasse systématiquement une grande tâche simultanée exécutée depuis une seule machine.

Oui. ShareGate prend en charge les migrations de SharePoint local vers SharePoint Online, y compris les anciennes fermes de serveurs locales vers les locataires Microsoft 365. Le même outil couvre les scénarios local vers online, local vers local, et locataire vers locataire. Un point important à garder à l'esprit : le code personnalisé, les modules complémentaires tiers et les applications développées en dehors de SharePoint ne seront pas migrés — ceux-ci devront être reconstruits pour l'environnement moderne. Les composants WebPart classiques sont bien transférés, mais il est conseillé de planifier une modernisation si la destination fonctionne en mode moderne.

ShareGate prend désormais en charge la migration des étiquettes de confidentialité pour SharePoint, OneDrive et Teams. Si vos locataires source et de destination ont tous deux des étiquettes de confidentialité configurées, vous pouvez mapper les étiquettes source à leurs équivalents de destination avant l'exécution de la migration - de manière similaire au fonctionnement du mappage des utilisateurs. Les étiquettes portant le même nom sont associées automatiquement ; vous examinez et ajustez celles qui ne correspondent pas. Les étiquettes de contenu et les étiquettes structurelles (appliquées au niveau du site ou de la bibliothèque) sont gérées séparément dans les options de copie. Si le locataire de destination ne dispose pas des étiquettes équivalentes configurées, vous devrez les y configurer au préalable avant l'exécution de la migration.