Für eine Microsoft-365-Migration reicht in der Regel kein einzelnes Programm. Die passende Werkzeugkette hängt davon ab, ob Du aus einem lokalen System in Microsoft 365 wechselst, zwei Mandanten zusammenführst oder einen vollständigen Tenant-zu-Tenant-Umzug planst. Microsofts eigene Werkzeuge eignen sich besonders für klar abgegrenzte Exchange-, SharePoint- und Dateimigrationen. Produkte wie BitTitan MigrationWiz, Quest On Demand Migration oder AvePoint Fly sind eher für umfangreiche Mandantenwechsel mit mehreren Diensten, Zuordnungen und ausführlicher Protokollierung gedacht.
Lege vor der Produktauswahl fest, welche Identitäten, Postfächer, Dateien, SharePoint-Websites, Teams-Inhalte, Endgeräte und Domänen umziehen müssen. Erst diese Bestandsaufnahme zeigt, ob integrierte Microsoft-Werkzeuge genügen oder eine spezialisierte Migrationsplattform nötig ist. Besonders wichtig: Eine erfolgreiche Datenübertragung bedeutet noch nicht, dass Berechtigungen, Freigabelinks, Teams-Strukturen, Outlook-Profile und Anwendungen im Ziel ebenfalls funktionieren.
Die Ausgangslage bestimmt die Werkzeugkette
Bei einer Microsoft-365-Migration treten drei technisch unterschiedliche Szenarien auf. Beim Wechsel von lokalen Servern zu Microsoft 365 bleiben die Benutzer häufig zunächst in derselben Identitätsstruktur. Ein Mandantenwechsel überträgt dagegen Inhalte zwischen getrennten Microsoft-365-Umgebungen. Bei einer Unternehmenszusammenführung kommen oft parallele Domänen, unterschiedliche Sicherheitsrichtlinien und eine zeitweise Koexistenz hinzu.
- Lokale Systeme zu Microsoft 365: Typische Quellen sind Exchange Server, Dateiserver und lokale SharePoint-Installationen. Hier lassen sich viele Aufgaben mit Microsoft-Werkzeugen abdecken.
- Tenant zu Tenant: Benutzerobjekte, Zieladressen und Berechtigungen müssen neu zugeordnet werden. Teams, OneDrive und SharePoint benötigen dabei andere Verfahren als Exchange Online.
- Gemischte Umgebung: Lokale Verzeichnisse, Cloudkonten und bereits migrierte Dienste bestehen zeitweise nebeneinander. Neben dem Datentransfer werden Synchronisierung, Mailfluss und Anmeldewege relevant.
Ein Werkzeug sollte daher nicht nur nach der Menge der übertragbaren Daten bewertet werden. Entscheidend sind die unterstützten Quellen und Ziele, die abgedeckten Microsoft-365-Dienste, die Zuordnung von Benutzern und Berechtigungen, die Steuerung des Umschaltzeitpunkts sowie die Qualität von Protokollen und Fehlerberichten.
Microsoft-Werkzeuge für klar abgegrenzte Migrationen
Microsoft stellt mehrere Werkzeuge bereit, die jeweils einen bestimmten Teil des Umzugs übernehmen. Sie sind keine einheitliche Komplettlösung, können bei überschaubaren Projekten aber sinnvoll kombiniert werden.
Exchange Admin Center für Postfächer
Die Migrationsfunktionen im Exchange Admin Center sind die erste Anlaufstelle, wenn Postfächer aus Exchange Server oder unterstützten IMAP-Systemen nach Exchange Online verschoben werden. Abhängig von der Quelle kommen unterschiedliche Migrationsarten infrage. Ein hybrider Umzug kann Postfächer schrittweise übertragen und den Mailfluss während einer Übergangsphase erhalten. Eine IMAP-Migration überträgt dagegen im Wesentlichen E-Mail-Ordner und ersetzt keine vollständige Exchange-Migration mit Kalendern, Kontakten und weitergehenden Funktionen.
Für einen Tenant-zu-Tenant-Wechsel existiert außerdem die mandantenübergreifende Postfachmigration. Ihre Voraussetzungen, Lizenzierung und Einrichtung solltest Du in der Microsoft-Learn-Dokumentation unter den Bereichen zu Exchange Online und Cross-Tenant Mailbox Migration prüfen. Sie verlangt vorbereitete Beziehungen zwischen Quell- und Zielmandant, passende Zielobjekte und eine kontrollierte Adresszuordnung. Sie ist kein automatischer Komplettumzug für SharePoint, Teams oder Endgeräte.
Migration Manager für Dateifreigaben und Cloudquellen
Der Migration Manager befindet sich im SharePoint Admin Center und dient zur zentralen Planung, Ausführung und Überwachung unterstützter Dateiübertragungen. Er eignet sich unter anderem für größere Dateibestände, bei denen mehrere Aufgaben, Agenten oder Quellorte koordiniert werden müssen. Die Oberfläche zeigt den Status einzelner Migrationsaufträge und erleichtert die Wiederholung fehlgeschlagener Übertragungen.
Vor dem Einsatz sollte geprüft werden, ob Dateinamen, Pfadlängen, Dateitypen, Berechtigungsmodelle und das verfügbare Zielvolumen mit SharePoint Online oder OneDrive vereinbar sind. Ein erfolgreicher Kopiervorgang beweist nicht automatisch, dass alte Laufwerksstrukturen im Ziel sinnvoll abgebildet wurden. Große gemeinsame Ordner gehören häufig eher in eine SharePoint-Dokumentbibliothek als in das persönliche OneDrive eines Mitarbeiters.
SharePoint Migration Tool für einzelne Übertragungsprojekte
Das SharePoint Migration Tool ist für Migrationen aus unterstützten lokalen SharePoint-Umgebungen und aus Dateifreigaben nach SharePoint Online, OneDrive oder Teams-gebundenen Dokumentbibliotheken vorgesehen. Es ist besonders brauchbar, wenn Administratoren eine begrenzte Zahl von Quellen direkt bearbeiten möchten und keine umfassende Mandantenplattform benötigen.
Migration Manager und SharePoint Migration Tool überschneiden sich teilweise, unterscheiden sich aber in der Arbeitsweise. Der Migration Manager legt den Schwerpunkt auf zentrale Verwaltung und verteilte Aufgaben, während das SharePoint Migration Tool als eigenständiges Werkzeug für einzelne Migrationsläufe eingesetzt werden kann. Welche Quellen unterstützt werden, muss vor Projektbeginn in der jeweiligen Microsoft-Learn-Rubrik überprüft werden, da unterstützte Versionen und Funktionen nicht unveränderlich sind.
Microsoft Entra Connect und Cloud Sync für Identitäten
Microsoft Entra Connect und Microsoft Entra Cloud Sync übertragen keine Postfächer oder Dokumentbibliotheken. Sie synchronisieren Identitäten und ausgewählte Verzeichnisattribute aus einer lokalen Active-Directory-Umgebung mit Microsoft Entra ID. Das ist bei hybriden Ausgangslagen relevant, weil Benutzer im Ziel bereits eindeutig vorhanden sein müssen, bevor Lizenzen, Postfächer und Zugriffsrechte zuverlässig zugewiesen werden können.
Beide Lösungen dürfen nicht parallel und ohne abgestimmten Bereich dieselben Objekte verwalten. Vor der Auswahl müssen Verzeichnisstruktur, Synchronisierungsumfang, Anmeldeverfahren und Hochverfügbarkeitsanforderungen geklärt werden. Bei einem reinen Tenant-zu-Tenant-Umzug ist Identitätssynchronisierung allein keine Benutzerkontenmigration. Quell- und Zielobjekte bleiben getrennte Identitäten, die während des Projekts über definierte Attribute zugeordnet werden müssen.
Office Deployment Tool für die Office-Installation
Das Office Deployment Tool übernimmt nicht den Datentransfer, erleichtert aber die standardisierte Bereitstellung von Microsoft-365-Apps auf Windows-PCs. Es wird relevant, wenn beim Umzug zugleich Produktkanal, Architektur, Sprache oder installierte Office-Anwendungen vereinheitlicht werden sollen. Die Konfiguration sollte vor der breiten Verteilung an einer kleinen Gerätegruppe getestet werden.
Lokale Outlook-Profile, Add-ins, Makros und anwendungsspezifische Einstellungen sind damit nicht automatisch migriert. Nach einem Mandantenwechsel kann ein neues Outlook-Profil erforderlich sein, weil das bisherige Profil noch auf das alte Postfach und alte Anmeldedaten verweist. Geschäftskritische Add-ins sollten vor der Umschaltung mit dem Zielmandanten und der vorgesehenen Office-Version getestet werden.
Spezialisierte Plattformen für den Mandantenwechsel
Bei einem umfangreichen Tenant-zu-Tenant-Projekt werden häufig BitTitan MigrationWiz, Quest On Demand Migration oder AvePoint Fly in die Auswahl aufgenommen. Alle drei verfolgen einen breiteren Ansatz als ein einzelnes Microsoft-Werkzeug, unterscheiden sich aber nach unterstützten Arbeitslasten, Bereitstellungsmodell, Lizenzumfang und Möglichkeiten zur Koexistenz. Die tatsächlich enthaltenen Funktionen müssen anhand der jeweiligen Produktdokumentation und des angebotenen Lizenzpakets geprüft werden.
BitTitan MigrationWiz
MigrationWiz ist auf projektorientierte Übertragungen verschiedener Cloud- und Messaging-Arbeitslasten ausgerichtet. Typische Einsatzfelder sind Postfächer, Dokumente und ausgewählte Kollaborationsdaten. Die Plattform arbeitet mit Quell- und Zielendpunkten, Benutzerzuordnungen und mehreren Migrationsdurchläufen. Das erleichtert einen Vorabtransfer, dem kurz vor der Umschaltung ein Delta-Lauf für neu hinzugekommene Daten folgt.
MigrationWiz passt vor allem, wenn ein Dienstleister oder internes Team viele ähnliche Benutzertransfers standardisiert abarbeiten möchte. Vor der Entscheidung solltest Du prüfen, welche Teams-Inhalte, Berechtigungen, Archive und Metadaten im gewählten Projekt- und Lizenztyp enthalten sind. Der Produktname allein sagt nicht aus, dass jede Microsoft-365-Arbeitslast vollständig übertragen wird.
Quest On Demand Migration
Quest On Demand Migration ist auf komplexe Microsoft-365-Konsolidierungen und Mandantenwechsel ausgerichtet. Neben Datenübertragungen stehen Identitätszuordnung, Projektsteuerung und je nach Modul Funktionen für die Zusammenarbeit während der Übergangsphase im Vordergrund. Das kann bei Unternehmenszusammenschlüssen nützlich sein, wenn Quell- und Zielorganisation eine Zeit lang parallel arbeiten müssen.
Die Plattform ist eher für Projekte geeignet, in denen nicht nur Postfächer kopiert, sondern mehrere Microsoft-365-Dienste und Abhängigkeiten gemeinsam geplant werden. Der größere Funktionsumfang erhöht allerdings auch den Einrichtungs- und Testbedarf. Module, unterstützte Objekttypen und notwendige Berechtigungen sollten für jede Arbeitslast einzeln bestätigt werden.
AvePoint Fly
AvePoint Fly richtet sich ebenfalls an Migrationen zwischen Cloudumgebungen und Microsoft-365-Mandanten. Der Schwerpunkt liegt auf der Planung und Übertragung verschiedener Kollaborationsinhalte, einschließlich SharePoint-, OneDrive- und Teams-naher Strukturen, soweit sie vom gewählten Produktumfang unterstützt werden. Berichte und Zuordnungsregeln helfen dabei, Quellobjekte kontrolliert auf Zielorte abzubilden.
Das Werkzeug ist interessant, wenn SharePoint und Teams einen großen Teil des Projekts ausmachen. Gerade bei Teams muss jedoch getrennt betrachtet werden, welche Bestandteile tatsächlich übertragbar sind: Dateien liegen meist in SharePoint oder OneDrive, während Mitgliedschaften, Kanäle, Registerkarten, Apps, Chats und Besprechungsinformationen unterschiedliche technische Objekte darstellen. Eine pauschale Teams-Migration ist daher kein ausreichend genauer Leistungsnachweis.
Die Werkzeuge nach demselben Raster auswählen
Ein belastbarer Vergleich entsteht erst, wenn alle Kandidaten anhand derselben Punkte geprüft werden. Für jedes Werkzeug sollten mindestens die folgenden fünf Kriterien dokumentiert werden:
- Quellen und Ziele: Unterstützt das Produkt genau die lokale Plattform oder den Quellmandanten und das vorgesehene Microsoft-365-Ziel?
- Arbeitslasten: Werden Exchange, OneDrive, SharePoint und Teams benötigt, oder reicht eine reine Postfach- beziehungsweise Dateimigration?
- Zuordnungen: Lassen sich Benutzer, Gruppen, Domänen, Websites und Berechtigungen kontrolliert auf neue Zielobjekte abbilden?
- Projektsteuerung: Gibt es Vorabübertragungen, Delta-Läufe, Zeitplanung, Filter, Fehlerwiederholung und auswertbare Protokolle?
- Betriebsübergang: Unterstützt das Verfahren die erforderliche Koexistenz, oder verlangt es eine kurze und vollständig vorbereitete Umschaltung?
Für eine Dateiservermigration in denselben Mandanten können Migration Manager oder SharePoint Migration Tool bereits ausreichen. Bei einer schrittweisen Exchange-Hybridmigration ist das Exchange Admin Center der passende Mittelpunkt. Müssen hingegen mehrere Microsoft-365-Dienste zwischen zwei Mandanten verschoben und dabei Benutzerobjekte neu zugeordnet werden, spricht mehr für eine spezialisierte Plattform oder eine Kombination aus nativen und externen Werkzeugen.
Der sichere Ablauf vom Inventar bis zur Umschaltung
Die technische Reihenfolge ist wichtiger als die bloße Produktauswahl. Eine Migration sollte mit einem Inventar beginnen und erst nach mehreren Tests in die breite Ausführung gehen.
- Zielmodell festlegen: Bestimme Zielbenutzer, Adressen, Gruppen, Lizenzzuweisungen, Aufbewahrungsvorgaben und Besitzer gemeinsamer Daten. Ungeklärte Zielobjekte dürfen nicht erst während der Übertragung entstehen.
- Werkzeuge pro Arbeitslast wählen: Ordne Exchange, Identitäten, Dateien, SharePoint, Teams und Office-Bereitstellung jeweils einem verantwortlichen Verfahren zu. Vermeide zwei gleichzeitig schreibende Werkzeuge für dieselben Daten.
- Pilotgruppe migrieren: Wähle unterschiedliche Kontotypen aus, darunter einen normalen Benutzer, ein großes Postfach, ein geteiltes Postfach und einen Benutzer mit umfangreichen SharePoint- oder Teams-Berechtigungen.
- Ergebnis fachlich prüfen: Kontrolliere nicht nur Objektzahlen. Teste Anmeldung, Mailfluss, Kalenderfreigaben, Stellvertretungen, Dateizugriffe, Suchbarkeit, mobile Apps und geschäftliche Anwendungen.
- Vorab- und Delta-Lauf planen: Übertrage große Datenbestände frühzeitig, sofern das Werkzeug dies unterstützt. Der letzte Lauf übernimmt dann nur Änderungen seit dem vorherigen Stand.
- Umschaltung ausführen: Ändere Domänen, DNS-Einträge, Adresszuordnungen und Clientanmeldungen ausschließlich nach dem zuvor getesteten Ablauf. Domänen können nicht gleichzeitig regulär in zwei Microsoft-365-Mandanten verwendet werden.
- Quelle kontrolliert stilllegen: Entferne Lizenzen, Konten oder Altsysteme erst, wenn Aufbewahrung, Nachweispflichten, Fehlerprotokolle und Rückfragen der Benutzer geklärt sind.
Woran ein erfolgreicher Umzug gemessen wird
Reine Datenmengen sind als Erfolgskriterium zu schwach. Ein Migrationsbericht kann alle Dateien als übertragen anzeigen, obwohl Benutzer wegen falscher Berechtigungen nicht darauf zugreifen können. Für jede Arbeitslast braucht es daher eine fachliche Abnahme.
- Benutzer können sich mit dem vorgesehenen Konto anmelden und erhalten die richtigen Lizenzen.
- Interne und externe E-Mails erreichen das Ziel; Antworten verwenden die beabsichtigte Absenderadresse.
- Kalender, freigegebene Postfächer und Stellvertretungen funktionieren für die vorgesehenen Benutzer.
- SharePoint- und OneDrive-Daten sind vollständig auffindbar, und Besitzer sowie Mitglieder besitzen die erwarteten Rechte.
- Teams-Strukturen enthalten die benötigten Kanäle, Dateien und Mitgliedschaften; nicht übertragene Bestandteile sind dokumentiert.
- Office-Anwendungen sind aktiviert, Outlook verwendet das richtige Profil, und benötigte Add-ins arbeiten mit dem Zielkonto.
- Fehlerlisten wurden ausgewertet und nicht nur wegen einer hohen Gesamterfolgsquote ignoriert.
Ein Rückweg bedeutet bei Cloudmigrationen selten, sämtliche Änderungen sofort umzukehren. Praktikabler ist eine begrenzte Übergangszeit, in der die Quelle nur lesbar bleibt, Protokolle gesichert werden und klar geregelt ist, welches System als führend gilt. Andernfalls entstehen nach der Umschaltung neue Daten auf beiden Seiten, die sich später nur schwer zusammenführen lassen.
Häufige Fragen zur Microsoft-365-Migration
Kann eine eigene Unternehmensdomäne sofort in den Zielmandanten verschoben werden?
Eine benutzerdefinierte Domäne muss im Quellmandanten zunächst aus Benutzern, Gruppen, Kontakten und anderen abhängigen Objekten entfernt werden, bevor sie dem Zielmandanten hinzugefügt werden kann. Plane für die Zwischenphase alternative Mandantendomänen und vorbereitete Zieladressen ein. Vor der Umschaltung sollte eine Abhängigkeitsprüfung im Microsoft-365 Admin Center erfolgen, damit kein übersehenes Objekt das Entfernen blockiert.
Was geschieht mit verschlüsselten oder besonders geschützten Dateien?
Verschlüsselung und Informationsschutz können an Schlüssel, Richtlinien oder Identitäten des Quellmandanten gebunden sein. Eine erfolgreich kopierte Datei muss im Ziel daher nicht automatisch lesbar sein. Solche Daten benötigen einen eigenen Pilottest mit den vorgesehenen Zielkonten. Prüfe außerdem im Microsoft-Purview-Portal, welche Bezeichnungen, Schutzrichtlinien und Aufbewahrungsregeln im Ziel vorhanden sein müssen.
Sollten inaktive Benutzer und alte Teams ebenfalls migriert werden?
Nicht automatisch. Inaktive Inhalte können je nach Aufbewahrungs- und Nachweisanforderung archiviert, nur lesbar übernommen oder nach geregelter Freigabe ausgeschlossen werden. Die Entscheidung sollte vor der Werkzeugkonfiguration fallen, weil eine ungefilterte Übertragung Kosten, Laufzeit und spätere Suchergebnisse belastet. Löschungen dürfen erst erfolgen, wenn interne Aufbewahrungsvorgaben und gegebenenfalls rechtliche Anforderungen geklärt sind.
