L'outil de migration SharePoint le plus puissant

ShareGate Migrate prend en charge les migrations SharePoint vers SharePoint, que ce soit en local ou dans Microsoft 365. Cela inclut les migrations local vers en ligne, local vers local, tenant à tenant, et même la restructuration au sein d'un même tenant.

‍
Au-delà des sites SharePoint, vous pouvez également migrer OneDrive, Teams et les partages de fichiers vers Microsoft 365. Vous devez migrer depuis Google Drive (y compris les lecteurs partagés) ou Box ? C'est aussi couvert.

ShareGate Migrate prend en charge tous les éléments essentiels de SharePoint : sites, listes, bibliothèques, fichiers, dossiers, métadonnées, types de contenu, permissions et versions. Tout est copié tel quel, de sorte que ce que vous aviez à la source est 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 classiques et les composants WebPart seront déplacé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 leurs propres exigences sur la façon dont vous les déplacez.

‍
N'exécutez pas des millions d'éléments en un seul flux de travail. 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 plafond pratique. Cela évite la limitation et maintient une progression fluide. Besoin d'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 réussie lorsque ShareGate envoie le contenu et que SharePoint confirme l'importation.

‍
Ne vous contentez pas de compter les fichiers à la destination : ShareGate suit également les versions, les dossiers et d'autres objets, donc les chiffres ne correspondront pas à un simple décompte de fichiers. Pour plus de certitude, exécutez une analyse de la 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 l'ont modifié 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.

ShareGate évolue horizontalement : exécutez des migrations simultanées sur plusieurs machines grâce à des activations supplémentaires (les plans Enterprise en incluent 25). Une estimation courante pour la planification est d'environ 10 Go/heure par activation, mais la vitesse réelle peut varier et diminuer à mesure que vous montez en charge en raison de la limitation.

Classic pages and web parts migrate, but they won't automatically modernize. If you're moving classic ASPX pages with custom views or forms, those transfer as-is to the destination. One thing to know: Microsoft has been deprecating legacy APIs used for classic page migration - if you're seeing errors on classic content, it's almost always a Microsoft-side API issue, not ShareGate. If you're inheriting a large classic environment, now is a good time to consider rebuilding those pages in modern format before migration, rather than carrying technical debt into the new tenant.

Throttling comes from Microsoft, not ShareGate. When you're migrating, a single file can trigger many API calls - multiply that across millions of items and the volume gets Microsoft's attention. The most effective ways to reduce throttling: aim for 500k–800k items per operation as a practical ceiling, with 1M as the absolute limit (items means files, folders, and versions combined - a file with 10 versions is 10 items); enable Insane Mode and grant consent to the ShareGate Azure enterprise app, which gives the migration an app identity rather than a user identity, which Microsoft throttles less aggressively; and split workloads across multiple machines rather than running everything through one. Running parallel streams on separate machines consistently outperforms one large concurrent job from a single machine.

Yes. ShareGate handles on-prem SharePoint to SharePoint Online migrations, including classic on-prem farms to Microsoft 365 tenants. The same tool covers on-prem to online, on-prem to on-prem, and tenant-to-tenant scenarios. One thing to keep in mind: custom code, third-party add-ons, and apps built outside SharePoint won't migrate - those need to be rebuilt for the modern environment. Classic web parts do move, but you'll want to plan for modernization if the destination is running in modern mode.

ShareGate now supports sensitivity label migration for SharePoint, OneDrive, and Teams. If your source and destination tenants both have sensitivity labels configured, you can map source labels to their destination equivalents before the migration runs - similar to how user mapping works. Labels with the same name get matched automatically; you review and adjust any that don't align. Content labels and structural labels (applied at site or library level) are handled separately in the copy options. If the destination tenant doesn't have equivalent labels configured, you'll need to set them up there first before the migration runs.