Migrer les données rapidement. Maintenir la fluidité du travail.

ShareGate utilise le « Insane Mode» (l'API de migration Microsoft 365) pour préparer le contenu dans le stockage Azure du tenant cible. Cela réduit la surcharge d'API par élément par rapport au mode normal, car Microsoft gère l'ingestion finale à partir de là, ce qui est plus rapide à grande échelle.

‍
Pour les projets de très grande envergure, augmentez la capacité avec plusieurs activations de machines. Exécutez des migrations simultanées sur différentes charges de travail ou collections de sites pour augmenter le débit total. ShareGate Pro prend en charge 5 activations, Enterprise en prend en charge 25. Vous pouvez également regrouper les migrations en lots et utiliser PowerShell avec des boucles CSV pour exécuter les opérations de manière efficace et séquentielle par machine, ce qui aide à gérer la limitation et maintient une progression fluide.

L'API de migration, aussi appelée Insane mode, est la méthode par défaut de ShareGate pour les migrations Microsoft 365. Elle utilise l'API de migration SharePoint Online de Microsoft et le processus d'importation Azure plutôt que des appels API directs vers la destination.

‍
ShareGate consolide le contenu dans des conteneurs Azure et les téléverse vers le stockage Azure du tenant de destination, puis Microsoft 365 gère l'importation à partir de là. Cette méthode est plus rapide car elle réduit le nombre et le poids des appels API par rapport au mode normal, qui pousse le contenu directement vers les sites en utilisant les anciennes API REST/CSOM. Le mode Insane réduit également la limitation et permet à ShareGate de passer au lot suivant pendant que Microsoft finalise l'importation en arrière-plan.

ShareGate évolue en ajoutant des activations de machines et en exécutant des instances ShareGate distinctes sur différentes machines ou machines virtuelles. Chaque activation est liée à une combinaison utilisateur-machine, et chaque instance fonctionne de manière indépendante avec son propre historique local et sa propre base de données. Il n'existe pas de coordination intégrée entre les machines.

Il n'existe pas de vitesse garantie en To par jour. À titre d'estimation approximative pour la planification, les migrations ShareGate tournent souvent autour de 10 Go par heure par machine, mais le débit réel varie considérablement en fonction de la limitation, du nombre d'éléments et de la complexité du contenu.

‍
La façon la plus précise d'estimer votre calendrier est d'exécuter une migration pilote sur une charge de travail représentative (un site typique, OneDrive ou une boîte aux lettres), de mesurer le temps que cela prend, puis d'extrapoler ce résultat en fonction du nombre de machines que vous utiliserez en parallèle. La limitation et les facteurs environnementaux comme les conditions réseau peuvent ralentir ou accélérer les choses, donc le pilote vous donne une base de référence réaliste pour la planification.

La limitation Microsoft 365 est la cause la plus fréquente. Lorsque vous atteignez les limites de limitation (erreurs 429 ou 503), l'outil de migration ralentit et le débit diminue. La limitation protège les ressources du tenant, mais ralentit votre migration.

‍
La complexité du contenu ralentit également les migrations. Les éléments comportant de nombreuses versions, des permissions personnalisées ou des métadonnées volumineuses nécessitent davantage d'appels API par élément, ce qui s'accumule rapidement. Exécuter des migrations en mode Haute performance ou empiler plusieurs opérations sur la même machine peut surcharger vos ressources ou déclencher une limitation plus sévère. Maintenez les paramètres de performance en mode Normal et évitez de surcharger une seule machine avec des migrations simultanées.

Oui, mais uniquement sur des machines distinctes. Utilisez plusieurs activations ShareGate avec une migration par machine. ShareGate Pro prend en charge 5 activations, Enterprise en prend en charge 25.

‍
N'exécutez pas plusieurs migrations sur la même machine. Elles se disputent les ressources, déclenchent une limitation plus sévère et causent des problèmes de stabilité. Distribuez plutôt le travail sur des machines dédiées.

ShareGate copie le contenu sans modifier la source, de sorte que les utilisateurs continuent de travailler pendant que les données migrent vers la destination. Exécutez les migrations initiales à l'avance, puis utilisez des passes incrémentielles pour ne capturer que le contenu nouveau ou modifié juste avant le basculement. Cela rend la transition finale plus courte et moins perturbatrice.

‍
L'outil n'impose pas d'interruption. Le moment du basculement est votre décision, en fonction du moment où les utilisateurs cessent d'utiliser la source et commencent à utiliser la destination.