Das leistungsstärkste SharePoint-Migrationstool für IT-Administratoren

ShareGate Migrate verwaltet SharePoint-zu-SharePoint-Migrationen zwischen lokalen Umgebungen und Microsoft 365. Das bedeutet von lokal zu online, von lokal zu lokal, von Mandant zu Mandant und sogar Umstrukturierungen innerhalb desselben Mandanten.

Über SharePoint-Sites hinaus können Sie auch OneDrive, Teams und Dateifreigaben zu Microsoft 365 migrieren. Müssen Sie von Google Drive (einschließlich geteilter Laufwerke) oder Box migrieren? Auch das haben wir abgedeckt.

ShareGate Migrate übernimmt alle SharePoint-Grundlagen: Sites, Listen, Bibliotheken, Dateien, Ordner, Metadaten, Inhaltstypen, Berechtigungen und Versionen. Wir kopieren alles unverändert, sodass Sie am Zielort das erhalten, was Sie in der Quelle hatten.

Was wir nicht migrieren: Add-Ons von Drittanbietern, benutzerdefinierten Code oder Apps, die außerhalb von SharePoint entwickelt wurden. Klassische Seiten und Webparts werden verschoben, aber sie werden nicht automatisch modernisiert. Wenn Sie diese in einer modernen Site benötigen, müssen Sie sie neu erstellen.

Ja. ShareGate Migrate begrenzt nicht, wie viel Sie verschieben können, aber SharePoint und Microsoft 365 achten darauf, wie Sie es verschieben.

Führen Sie nicht Millionen von Elementen als einen riesigen Job aus. Unterteilen Sie Migrationen in handhabbare Batches, typischerweise 500.000 bis 800.000 Elemente pro Operation, mit 1 Million als praktische Obergrenze. Dies vermeidet Drosselung und hält alles reibungslos in Bewegung. Brauchen Sie mehr Geschwindigkeit? Führen Sie mehrere Migrationen parallel auf verschiedenen Rechnern aus.

Überprüfen Sie den Migrationsbericht von ShareGate Migrate. Jedes Element erhält einen Status: Erfolgreich, Warnung, Fehler oder Übersprungen. Eine Migration ist erfolgreich, wenn ShareGate den Inhalt sendet und SharePoint den Import bestätigt.

Zählen Sie nicht nur Dateien am Zielort – ShareGate verfolgt auch Versionen, Ordner und andere Objekte, sodass die Zahlen nicht mit einer einfachen Dateizählung übereinstimmen. Für zusätzliche Sicherheit führen Sie die Quellanalyse vor und nach Ihrer Migration durch und vergleichen Sie dann die Gesamtzahlen.

Ja, wenn Sie eine Migration mit dem Modus „Kopieren und ersetzen" ausführen. ShareGate überschreibt alles am Ziel, auch wenn Benutzer es nach Ihrer ursprünglichen Migration aktualisiert haben.

Um das Überschreiben von Benutzeränderungen zu vermeiden, verwenden Sie „Vorhandene Elemente nicht kopieren" oder „Kopieren, wenn neuer (inkrementell)". Der inkrementelle Modus ersetzt Zielelemente nur dann, wenn die Quellversion basierend auf dem Datum der letzten Änderung neuer ist.

ShareGate skaliert horizontal: Führen Sie gleichzeitige Migrationen auf mehreren Computern mit zusätzlichen Aktivierungen durch (Enterprise-Pläne beinhalten 25). Eine gängige Planungsschätzung liegt bei etwa 10 GB/Stunde pro Aktivierung, aber die tatsächliche Geschwindigkeit variiert und kann beim Skalieren aufgrund von Drosselung abnehmen.

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.