Daten schnell migrieren, Arbeitsabläufe aufrechterhalten

ShareGate verwendet den "Insane-Modus" (die Microsoft 365 Migration API), um Inhalte in den Azure-Speicher des Ziel-Tenants zu übertragen. Dies reduziert den API-Overhead pro Element im Vergleich zum normalen Modus, da Microsoft die finale Aufnahme von dort aus übernimmt, was bei größerem Umfang schneller ist.

Für sehr große Projekte skalieren Sie mit mehreren Maschinenaktivierungen. Führen Sie gleichzeitige Migrationen über verschiedene Workloads oder Websitesammlungen aus, um den Gesamtdurchsatz zu erhöhen. ShareGate Pro unterstützt 5 Aktivierungen, Enterprise unterstützt 25. Sie können auch Migrationen stapeln und PowerShell mit CSV-Schleifen verwenden, um Vorgänge effizient und sequenziell pro Maschine auszuführen, was bei der Verwaltung der Drosselung hilft und die Prozesse am Laufen hält.

Die Migration API, auch Insane-Modus genannt, ist ShareGates Standardmethode für Microsoft 365-Migrationen. Sie nutzt Microsofts SharePoint Online Migration API und den Azure-Importprozess anstelle von direkten API-Aufrufen zum Ziel.

ShareGate verpackt Inhalte in Azure-Container und lädt sie in den Azure-Speicher des Zielmandanten hoch, dann übernimmt Microsoft 365 von dort den Import. Dies ist schneller, da die Anzahl und das Gewicht der API-Aufrufe im Vergleich zum normalen Modus reduziert wird, welcher Inhalte direkt an Sites über ältere REST/CSOM-APIs weiterleitet. Der Insane-Modus reduziert auch die Drosselung und ermöglicht es ShareGate, zum nächsten Batch überzugehen, während Microsoft den Import im Hintergrund abschließt.

ShareGate skaliert durch das Hinzufügen von Maschinenaktivierungen und das Ausführen separater ShareGate-Instanzen auf verschiedenen Maschinen oder VMs. Jede Aktivierung ist an eine Benutzer- und Maschinenkombination gebunden, und jede Instanz arbeitet unabhängig mit ihrer eigenen lokalen Historie und Datenbank. Es gibt keine integrierte Koordination zwischen den Maschinen.

Es gibt keine garantierte Geschwindigkeit in TB pro Tag. Als grobe Planungsschätzung laufen ShareGate-Migrationen oft bei etwa 10 GB pro Stunde pro Maschine, aber der tatsächliche Durchsatz variiert stark basierend auf Drosselung, Anzahl der Elemente und Komplexität des Inhalts.

Der genaueste Weg, Ihren Zeitplan zu schätzen, ist eine Pilot-Migration mit einer repräsentativen Arbeitsbelastung durchzuführen (eine typische Site, OneDrive oder Mailbox), zu messen, wie lange es dauert, und dann das Ergebnis basierend darauf zu skalieren, wie viele Maschinen Sie parallel laufen lassen werden. Drosselung und Umgebungsfaktoren wie Netzwerkbedingungen können die Geschwindigkeit verlangsamen oder beschleunigen, daher gibt Ihnen der Pilot eine realistische Basis für die Planung.

Microsoft 365-Drosselung ist die häufigste Ursache. Wenn Sie Drosselungslimits erreichen (429- oder 503-Fehler), reduziert das Migrationstool die Geschwindigkeit und der Durchsatz sinkt. Die Drosselung schützt Tenant-Ressourcen, verlangsamt aber Ihre Migration.

Komplexe Inhalte verlangsamen Migrationen ebenfalls. Elemente mit vielen Versionen, benutzerdefinierten Berechtigungen oder umfangreichen Metadaten erfordern mehr API-Aufrufe pro Element, was sich schnell summiert. Das Ausführen von Migrationen im Hochleistungsmodus oder das Stapeln mehrerer Vorgänge auf derselben Maschine kann Ihre Ressourcen überlasten oder stärkere Drosselung auslösen. Belassen Sie die Leistungseinstellungen auf Normal und vermeiden Sie die Überlastung einer Maschine mit gleichzeitigen Migrationen.

Ja, aber nur auf separaten Maschinen. Verwenden Sie mehrere ShareGate-Aktivierungen mit einer Migration pro Maschine. ShareGate Pro unterstützt 5 Aktivierungen, Enterprise unterstützt 25.

Führen Sie nicht mehrere Migrationen auf derselben Maschine aus. Diese konkurrieren um Ressourcen, lösen stärkere Drosselung aus und verursachen Stabilitätsprobleme. Verteilen Sie die Arbeit stattdessen auf dedizierte Maschinen.

ShareGate kopiert Inhalte, ohne die Quelle zu verändern, sodass Benutzer weiterarbeiten können, während Daten zum Ziel migriert werden. Führen Sie erste Migrationen im Voraus durch und nutzen Sie dann inkrementelle Durchgänge, um nur neue oder geänderte Inhalte kurz vor der Umstellung zu erfassen. Dies hält die finale Umschaltung kurz und weniger störend.

Das Tool erzwingt keine Ausfallzeiten. Der Zeitpunkt der Umstellung ist Ihre Entscheidung basierend darauf, wann Benutzer aufhören, die Quelle zu verwenden und beginnen, das Ziel zu nutzen.