Microsoft-365-Migration ohne Downtime: 50 Postfächer per Cutover
Ein Wechsel zu Microsoft 365 darf den Mail-Betrieb nicht unterbrechen. Diese Anleitung migriert rund 50 Postfächer per Cutover, mit Zeitplan, MX-Umstellung und Rückfall-Option.
Bünyamin Pollin
Geschäftsführung & Technische Leitung
Inhalt
Bei einer Mail-Migration fürchten die meisten zwei Dinge: verlorene E-Mails und Stunden, in denen niemand senden kann. Mit einem Cutover in der richtigen Reihenfolge passiert beides nicht. Sie kopieren die Postfächer vorab, während der alte Server weiterläuft, und halten den eigentlichen Schaltmoment auf wenige Minuten kurz.
Cutover vs. gestaffelte Migration
Bei rund 50 Postfächern ist der Cutover (alle auf einmal) der pragmatische Weg: eine Vorbereitung, ein Schaltmoment. Bei mehreren hundert Postfächern oder Hybrid-Anforderungen wird eine gestaffelte oder Hybrid-Migration sinnvoller. Diese Anleitung beschreibt den Cutover.
Phase 1: Tenant vorbereiten, ohne etwas umzustellen
Die gesamte Vorbereitung läuft, während der alte Mailserver unverändert weiterarbeitet. Für die Nutzer ändert sich erst etwas mit dem MX-Wechsel ganz am Ende.
Tenant einrichten und Domain verifizieren
Microsoft-365-Tenant anlegen, die eigene Domain als verifizierte Domain hinzufügen. Den MX-Eintrag dabei noch NICHT ändern.
Nutzer und Lizenzen anlegen
Alle Konten im Tenant erstellen, Lizenzen zuweisen. Adressen exakt wie auf dem alten System, inklusive Alias-Adressen.
Sicherheits-Baseline vorbereiten
MFA, Conditional Access und DKIM vorkonfigurieren, damit sie ab dem ersten Login greifen. DKIM-CNAMEs früh setzen, da DNS-Propagation Zeit braucht.
Phase 2: Postfächer vorab kopieren
Jetzt kopieren Sie die Inhalte der bestehenden Postfächer in den Tenant: E-Mails, Kalender, Kontakte. Das läuft über Tage im Hintergrund, während der alte Server normal weiter zustellt. Da noch nichts umgeschaltet ist, entsteht keine Lücke.
- Migrationswerkzeug wählen: bei IMAP-Quellen die IMAP-Migration, bei Exchange-Quellen ein Exchange-Migrationsbatch oder ein Drittanbieter-Tool.
- Vollständige Erstsynchronisation durchführen. Das ist der zeitaufwändige Teil, er läuft unsichtbar im Hintergrund.
- Synchronisations-Status überwachen: welche Postfächer sind vollständig, wo gibt es Fehler (oft Größenlimits oder beschädigte Elemente)?
TTL des MX-Eintrags vorher senken
Setzen Sie die TTL (Time-to-live) des MX- und Autodiscover-Eintrags ein bis zwei Tage vor dem Cutover auf einen niedrigen Wert, etwa 300 Sekunden. So greift die spätere Umstellung in Minuten statt Stunden. Dieser Schritt wird oft vergessen.
Phase 3: Delta-Sync und Cutover
Der Cutover findet idealerweise außerhalb der Geschäftszeiten statt, häufig am Freitagabend. Kurz vorher läuft ein Delta-Sync, der nur die seit der Erstsynchronisation neu eingegangenen Mails nachzieht. Danach wird umgeschaltet.
Delta-Synchronisation
Letzte Synchronisation der neu eingegangenen Elemente. Der Zeitraum ist klein, der Vorgang schnell.
MX-Eintrag umstellen
Den MX-Eintrag auf Microsoft 365 umstellen. Ab jetzt stellt der neue Tenant zu. Dank niedriger TTL greift es in Minuten.
Autodiscover umstellen
Den Autodiscover-CNAME auf Microsoft 365 zeigen lassen, damit sich Outlook-Clients automatisch neu verbinden.
SPF aktualisieren
Den SPF-Eintrag auf Microsoft 365 anpassen, damit ausgehende Mails authentifiziert bleiben.
Phase 4: Nachlauf und Rückfall-Sicherheit
Mit dem Schaltmoment ist die Migration noch nicht abgeschlossen. Einige Mails treffen während der DNS-Propagation noch auf dem alten Server ein. Diese werden nachgeholt, und der alte Server bleibt als Rückfall-Option erhalten, bis alles bestätigt läuft.
- Restzustellungen vom alten Server nachholen oder weiterleiten, bis kein Verkehr mehr ankommt.
- Clients prüfen: Outlook, Smartphones und geteilte Postfächer verbinden sich mit dem neuen Tenant.
- Ausgehende Mail testen: Zustellbarkeit, SPF, DKIM und DMARC prüfen.
- Alten Server mindestens eine Woche als Rückfall vorhalten, erst danach abschalten.
Ergebnis
Weil die Postfächer vorab kopiert werden und der Schaltmoment kurz bleibt, bemerkt die Belegschaft keine Downtime. Bei Visgenix dauert eine saubere Cutover-Umstellung typischerweise rund 30 Minuten aktiven Schaltvorgang ohne Mail-Verlust.
Quellen
Häufige Fragen
Gehen während der Microsoft-365-Migration E-Mails verloren?
Nein, wenn die Postfächer vorab synchronisiert werden und der alte Server bis nach der DNS-Propagation als Rückfall läuft. Mails, die während der Umstellung noch auf dem alten Server eintreffen, werden nachgeholt. Die Kombination aus Vorab-Sync, kurzer MX-TTL und Nachlauf-Phase verhindert Verluste.
Wie lange dauert die spürbare Umstellung bei 50 Postfächern?
Der eigentliche Schaltvorgang dauert rund 30 Minuten, weil nur ein Delta-Sync und die DNS-Umstellung anfallen. Die zeitaufwändige Erstsynchronisation läuft Tage vorher unsichtbar im Hintergrund, während der alte Server normal weiterarbeitet. Die Belegschaft bemerkt keine Sende-Pause.
Was passiert mit Kalendern und Kontakten?
Kalender und Kontakte werden bei Exchange-Quellen mitmigriert. Bei reinen IMAP-Quellen müssen Kalender und Kontakte separat exportiert und importiert werden, da IMAP nur E-Mails überträgt. Das gehört in die Planung der Phase 1, damit am Cutover-Tag nichts fehlt.
Weitere Anleitungen
Umsetzung durch Visgenix
Microsoft-365-Migration ohne internes Risiko
Visgenix migriert nach Microsoft 365 mit getestetem Cutover-Plan, vorkonfigurierter Sicherheits-Baseline und Rückfall-Option, mit Zugriff über GDAP. Die Schaltzeit liegt meist bei rund 30 Minuten, ohne Mail-Verlust.