Inhaltsverzeichnis
Rund 85 Prozent der deutschen Mittelständler nutzen laut Bitkom-Cloud-Monitor inzwischen Public-Cloud-Dienste – Microsoft 365 ist dabei mit Abstand die verbreitetste Plattform für Kommunikation und Zusammenarbeit. Gleichzeitig zeigt die Erfahrung aus vielen Mittelstandsprojekten: Rund jede dritte Migration überzieht das ursprüngliche Budget um mehr als 30 Prozent, weil die Ausgangsumgebung im Vorfeld nicht sauber bewertet wurde. Fehlende Postfachgrößen-Erhebungen, unterschätzte Coexistence-Zeiträume und ungeklärte DSGVO-Fragen sind die häufigsten Ursachen. Eine strukturierte Microsoft 365 Migration verläuft dagegen entlang eines klaren 4-Phasen-Modells mit definierten Zwischenergebnissen. Dieser Leitfaden zeigt Ihnen, wie eine belastbare Migration in den deutschen Mittelstand geplant wird, welche Ausgangsszenarien welche Werkzeuge erfordern – und wie Sie die Umstellung ohne Betriebsstillstand fahren.
Was bedeutet eine Microsoft 365 Migration im Mittelstand?
Eine Microsoft 365 Migration umfasst weit mehr als das Verschieben von Postfächern nach Exchange Online. Sie ist der geordnete Umzug aller Kommunikations- und Kollaborationsdaten sowie der zugehörigen Identitäten in einen zentralen M365-Tenant. Typischer Umfang im Mittelstand:
- Postfächer inklusive Kalender, Kontakte, Regeln und Delegationen
- Öffentliche Ordner und geteilte Postfächer (Shared Mailboxes, Ressourcen)
- OneDrive for Business für persönliche Ablagen der Anwender
- SharePoint Online als Ersatz für File-Server-Freigaben
- Microsoft Teams inklusive Migration bestehender Teams-Strukturen aus anderen Tenants
- Identitäten über Entra Connect Sync und, wenn sinnvoll, Intune-Enrollment der Endgeräte
Damit ist die Migration zugleich der operative Startpunkt für den späteren Betrieb der Microsoft-365-Plattform und Voraussetzung für weiterführende Bausteine wie Conditional Access, Defender-Härtung oder ein hybrides Zielbild in Azure.
Ausgangsszenarien: Von wo wird migriert?
Die Ausgangsumgebung bestimmt Werkzeug, Zeitplan und Risikoprofil der Migration. Vier Szenarien decken in der Praxis die große Mehrheit der Mittelstandsprojekte ab.
Exchange On-Premises (2013/2016/2019)
Das klassische Szenario: ein oder mehrere Exchange-Server im eigenen Rechenzentrum. Wir empfehlen in der Regel eine Hybrid-Migration über den Hybrid Configuration Wizard und die native Move-Request-Engine. Vorteil: unterbrechungsfreie Umstellung pro Postfach, freie/gebuchte Zeiten und interne Adressbücher bleiben während der Coexistence konsistent. Typische Stolperfallen sind veraltete Client Access-Zertifikate, ausufernde öffentliche Ordner und Postfächer jenseits von 50 GB, die vorab archiviert werden müssen. Für kleinere Umgebungen bis 150 Postfächer ist alternativ eine Cutover-Migration möglich, allerdings ohne Coexistence.
IMAP-Systeme (Legacy-Hoster, Open-Xchange etc.)
Bei einfachen IMAP-Umgebungen greift der native IMAP-Migrationsdienst von Exchange Online. Er überträgt Nachrichteninhalte inklusive Ordnerstruktur – nicht jedoch Kalender, Kontakte, Regeln oder Server-Side Rules. Diese Daten müssen separat exportiert oder von den Anwendern manuell übernommen werden. Für gehostete Open-Xchange- oder Zimbra-Umgebungen kommen häufig Drittwerkzeuge wie CodeTwo, BitTitan MigrationWiz oder Quest On Demand zum Einsatz, weil sie Kalender und Kontakte sauber mitnehmen. Kritisch ist die MX-Umschaltung im Cut-over-Fenster – ohne DNS-TTL-Reduktion im Vorfeld drohen mehrstündige Zustellungslücken.
Google Workspace
Migrationen aus Google Workspace sind formal einfach – Microsoft stellt einen nativen Konnektor bereit, der Gmail, Google Calendar und Google Contacts nach Exchange Online überträgt. Anspruchsvoller ist die Übernahme von Google Drive nach OneDrive und SharePoint, insbesondere bei tief verschachtelten Freigabestrukturen und externen Kollaborationen. Hier kommen spezialisierte Tools wie ShareGate oder Quest zum Einsatz, um Berechtigungen, Versionsstände und Metadaten verlustfrei zu übernehmen. Typische Gotchas: unterschiedliche Rechteschemata (Editor vs. Bearbeiten), Google-native Dateiformate, die konvertiert werden müssen, sowie Domain-Aliase, die in Entra ID sauber gepflegt werden.
Tenant-zu-Tenant (Fusion, Carve-out, Umfirmierung)
Fusionen, Ausgliederungen und Konzernumbauten führen zu den technisch anspruchsvollsten Migrationen. Zwei M365-Tenants müssen konsolidiert oder aufgeteilt werden – inklusive Postfächern, OneDrive, Teams-Chats und SharePoint-Sites. Microsoft bietet mit den Cross-Tenant-Mailbox-Migration-Features und dem Tenant-to-Tenant Migration Manager wachsende Bordmittel, in der Praxis reichen diese für Teams-Chatverläufe und komplexe SharePoint-Landschaften jedoch selten aus. Ergänzend kommen BitTitan, Quest oder AvePoint zum Einsatz. Zentral ist ein früh definiertes Domain-Cutover: Jede E-Mail-Adresse existiert kurzzeitig in zwei Tenants – ohne sauberes Routing entstehen doppelte Zustellungen und Adressbuch-Konflikte.
Die 4 Phasen einer Microsoft 365 Migration
Unsere Migrationen folgen einem vierstufigen Vorgehen, das an das Microsoft Cloud Adoption Framework angelehnt und pragmatisch auf Mittelständler mit 20 bis 200 Anwendern zugeschnitten ist.
Phase 1 — Assess: Bestandsaufnahme und Zielbild
- Vollständiges Inventar von Postfächern, Größen, Delegationen, Ressourcen und öffentlichen Ordnern
- Analyse der Ausgangsumgebung (Exchange-Version, IMAP-Hoster, Google Workspace, Fremd-Tenant)
- Erhebung von DSGVO-relevanten Datenklassen und Aufbewahrungsvorgaben
- Ergebnis: Migrationsplan mit Wellen, Zielarchitektur und belastbarem Budget
Phase 2 — Design: Zielarchitektur und Sicherheit
- Tenant-Design: Namensschema, Domänen, Lizenzmix (Business Standard / Premium / E3 / E5)
- Identity-Konzept: Entra ID, Entra Connect Sync, Conditional Access, MFA-Rollout
- Datenresidenz: EU Data Boundary, Multi-Geo bei Bedarf, Backup- und Retention-Konzept
- Ergebnis: dokumentierte Zielarchitektur inklusive Runbook für den Go-Live
Phase 3 — Migrate: Rollout in Wellen
- Pilot mit 10–20 Anwendern über zwei Wochen unter realen Bedingungen
- Produktive Wellen nach Fachbereich oder Standort, typisch 40–80 Postfächer pro Welle
- Coexistence-Phase mit synchronisiertem GAL und Free/Busy zwischen alt und neu
- Cut-over pro Welle mit MX-Umschaltung im definierten Wartungsfenster
Phase 4 — Optimize: Betrieb und Feintuning
- Hypercare in den ersten 14–30 Tagen mit erhöhter Support-Bereitschaft
- Härtung: Conditional Access, Defender-Policies, Legal-Hold-Konfiguration
- Anwender-Enablement: Trainings, Kurzanleitungen, Champions in den Fachbereichen
- Übergang in einen dauerhaften M365-Betrieb – meist über Managed IT Services
Downtime-Minimierung: Wie Sie die Umstellung ohne Betriebsstillstand fahren
Ein professionell geplantes Projekt kennt keinen produktiven Stillstand. Drei Hebel sichern das ab: Erstens Migration in Wellen – jede Welle betrifft nur einen abgegrenzten Nutzerkreis, während der Rest der Organisation unverändert weiterarbeitet. Zweitens Coexistence zwischen Ausgangsumgebung und M365 während der gesamten Migrationsphase; freie/gebuchte Zeiten und interne Adressen bleiben transparent. Drittens ein präzises MX-Cutover-Timing: Die DNS-TTL wird 48 Stunden vor Umschaltung auf 300 Sekunden reduziert, Postfach-Moves werden in der Nacht abgeschlossen, produktive Zustellungen laufen ab dem ersten Arbeitstag über Exchange Online. Restrisiken – ein Kalender, der nach Migration Delegationen verliert, ein Regel-Set, das nicht mitgezogen wird – lassen sich durch ein 24-Stunden-Hypercare-Fenster pro Welle abfangen.
DSGVO und EU-Datenresidenz
Für deutsche Mittelständler ist die Datenschutzkonformität kein optionaler Baustein. Microsoft bietet mit der EU Data Boundary seit 2023 die vertragliche Zusicherung, dass Kunden- und personenbezogene Daten der zentralen M365-Dienste (Exchange, SharePoint, OneDrive, Teams) innerhalb der EU verarbeitet und gespeichert werden. Konkret zu prüfen sind aus unserer Erfahrung fünf Punkte:
- Abschluss des Data Protection Addendum (DPA) und der Auftragsverarbeitungsvereinbarung mit Microsoft Ireland
- Verzicht auf Add-ons, deren Verarbeitung außerhalb der EU liegt (bestimmte Copilot-Vorschauen, ausgewählte Connectoren)
- Explizite Konfiguration der Datenresidenz auf Europa im M365 Admin Center für neue Tenants
- Prüfung, ob Multi-Geo Capabilities (Deutschland als zusätzliche Region) erforderlich sind
- Sensible Backup- und Archivziele optional in rein deutschen Rechenzentren spiegeln
Details zur Governance rund um Cloud-Betrieb beschreiben wir zusätzlich in unserer Cloud-Migration-Beratung.
Investitionsrahmen: Was bestimmt den Aufwand einer M365-Migration im Mittelstand?
Der Beratungs- und Migrationsaufwand hängt wesentlich vom Ausgangsszenario, der Postfachanzahl und der Komplexität begleitender Umzüge (SharePoint, Teams) ab – von Assessment und Zielbild über die reine Postfach-Migration bis zu SharePoint-/File-Server-Umzug und Hypercare. Weil sich dieser Aufwand so stark nach Ausgangslage unterscheidet, erarbeiten wir das konkrete Investment gemeinsam mit Ihnen im Assessment statt mit pauschalen Preisangaben zu arbeiten. Wer den späteren Betrieb outsourcen möchte, findet unter Kosteneffizienz durch Outsourcing des M365-Betriebs eine differenzierte Betrachtung.
Praxisbeispiel
Ein Fachhandelsunternehmen aus Süddeutschland mit rund 90 Mitarbeitenden und zwei Standorten stand Anfang 2026 vor folgender Ausgangslage: Exchange Server 2016 on-premises, überalterte Hardware außerhalb des Wartungsfensters, wachsende Anforderungen an mobiles Arbeiten und ein anstehendes Kundenaudit mit ISO-27001-Bezug.
Vorgehen: Assessment in drei Wochen, Zielarchitektur mit Microsoft 365 Business Premium, Entra Connect Sync mit MFA-Durchsetzung und Conditional Access. Der Rollout erfolgte in vier Wellen über sechs Wochen – Vertrieb, Verwaltung, Einkauf, Geschäftsführung. Coexistence über den Hybrid Configuration Wizard, Cut-over jeweils Freitagabend, Hypercare bis Montagmittag.
Messbare Ergebnisse nach drei Monaten Betrieb:
- Null unplanmäßige Ausfallminuten während der gesamten Migration
- Reduktion der IT-Betriebskosten für Mail und File um rund 28 Prozent gegenüber On-Premises
- MFA-Durchsetzung für 100 Prozent der Anwender, Basis für das anschließend bestandene ISO-Audit
- Projekt im Rahmen des ursprünglich kalkulierten Budgets abgeschlossen
Häufig gestellte Fragen
Wie kann ich mein Postfach zu Microsoft 365 migrieren?
Der geeignete Weg hängt von der Ausgangsumgebung ab. Aus Exchange On-Premises migrieren Sie über den Hybrid Configuration Wizard und native Move-Requests – Postfächer werden im laufenden Betrieb verschoben. Aus IMAP-Systemen greift der native IMAP-Migrationsdienst von Exchange Online; Kalender und Kontakte müssen separat übernommen werden. Aus Google Workspace nutzen Sie den Microsoft-Konnektor oder Drittwerkzeuge wie BitTitan. Für Tenant-zu-Tenant-Umzüge kommen Cross-Tenant-Migration-Features plus spezialisierte Tools zum Einsatz. In jedem Fall empfehlen wir vorher ein strukturiertes Assessment.
Wie lange dauert eine Microsoft 365 Migration?
Für ein Mittelstandsprojekt mit 50 bis 200 Anwendern rechnen wir vom Assessment bis zum Ende der Hypercare-Phase mit 8 bis 16 Wochen. Reine Cutover-Migrationen ohne SharePoint- oder Teams-Anteil lassen sich in vier bis sechs Wochen abbilden. Tenant-zu-Tenant-Projekte mit Teams-Chat-Migration liegen im oberen Bereich der Range oder darüber.
Welche Migrationstools eignen sich?
Für Exchange-Hybrid reichen die Microsoft-Bordmittel in aller Regel aus. Für IMAP, Google Workspace und Tenant-zu-Tenant setzen wir je nach Komplexität auf BitTitan MigrationWiz, Quest On Demand, CodeTwo oder ShareGate (für SharePoint- und OneDrive-Übernahmen). Die Werkzeugauswahl wird im Assessment anhand der individuellen Situation getroffen – ein pauschaler Standard existiert nicht.
Bleiben unsere Daten in der EU?
Ja, wenn der Tenant korrekt konfiguriert ist. Microsoft garantiert über die EU Data Boundary vertraglich, dass die zentralen M365-Dienste innerhalb der EU verarbeitet und gespeichert werden. Für erhöhte Anforderungen lässt sich zusätzlich Multi-Geo mit Deutschland als Region konfigurieren. Backup- und Archivziele bilden wir bei Bedarf rein national ab.
Was passiert mit alten E-Mail-Archiven?
Alte PST-Dateien und Journal-Archive werden im Assessment bewertet: gesetzliche Aufbewahrungspflichten, Zugriffsbedarfe und Datenqualität. Migriert wird meist über das Network Upload-Verfahren in Exchange Online Archiving oder ein Retention-Set nach Microsoft Purview. Nicht mehr benötigte Bestände werden dokumentiert gelöscht und aus dem Backup-Zyklus genommen.
Microsoft 365 Migration mit Centercon: Ihr nächster Schritt
Eine Microsoft 365 Migration ist eine Investitionsentscheidung mit mehrjähriger Wirkung – auf Kosten, Betrieb und Sicherheitsposition. Ob Ihr Ausgangsszenario ein reines Exchange-Hybrid, ein Umzug aus Google Workspace oder eine Tenant-Konsolidierung im Rahmen einer Fusion ist, entscheidet über Werkzeug, Zeitplan und Risiko.
Wir laden Sie zu einem kostenlosen Erstgespräch (ca. 45 Minuten) ein: unverbindlich, ohne Verkaufsdruck, mit einem erfahrenen Ansprechpartner aus unserem Team. Sie erhalten eine erste Einschätzung zu einem geeigneten Vorgehen und dem passenden Wellenplan. Sollte sich zeigen, dass zunächst eine Cloud-Migration-Beratung oder ein breiterer Blick auf Ihre Microsoft Cloud Services sinnvoller ist, sagen wir Ihnen das offen. Sprechen Sie uns gern an.
