arrow_backZurück zum Blog
Cloud-MigrationMicrosoft 365Google WorkspaceExchange

Cloud-Migration ohne Ausfallzeit: So gelingt der Umzug zu Microsoft 365 und Google Workspace

120 Postfächer, null Ausfallzeit — ein praktischer Leitfaden für die Cloud-Migration von On-Premises Exchange und lokalen Fileservern zu Microsoft 365 oder Google Workspace.

person
Stefan Stoll
calendar_today
schedule2 Min. Lesezeit

Die Migration zu Microsoft 365 oder Google Workspace ist kein technisches Risiko — sie ist ein Planungsproblem. Unternehmen, die ohne klare Strategie migrieren, erleben Ausfallzeiten, Datenverlust und frustrierte Mitarbeiter. Unternehmen, die strukturiert vorgehen, merken den Umzug kaum.

Warum On-Premises nicht mehr tragbar ist

Ein lokaler Exchange-Server oder Fileserver war jahrelang Standard. Aber die Rechnung geht nicht mehr auf:

  • Wartungskosten: Hardware-Erneuerung, Betriebssystem-Updates, Sicherheitspatches, Backup-Management — alles intern
  • Sicherheitsrisiko: Lokale Server sind direkt aus dem Internet erreichbar und müssen selbst gegen Angriffe gehärtet werden
  • Skalierung: Mehr Speicher bedeutet neue Hardware. Mehr Mitarbeiter bedeuten neue Lizenzen und Kapazitätsplanung
  • Verfügbarkeit: Ohne redundante Infrastruktur bedeutet ein Serverausfall vollständigen Stillstand

Cloud-Plattformen lösen diese Probleme nicht durch Magie, sondern durch Skaleneffekte. Microsoft und Google betreiben Rechenzentren mit einer Verfügbarkeit von 99,9 %, die kein Mittelständler intern erreichen kann.

Die drei Migrationsphasen

Phase 1: Assessment & Planung

Bevor ein einziges Postfach verschoben wird, brauchen Sie ein vollständiges Bild:

  • Bestandsaufnahme: Wie viele Postfächer, Verteilerlisten, öffentliche Ordner, SharedMailboxen existieren?
  • Datenvolumen: Wie groß sind die Postfächer und Dateibestände? Welche Daten müssen migriert werden, welche archiviert?
  • Abhängigkeiten: Welche Anwendungen nutzen den lokalen Exchange oder LDAP? Drucker, Scanner, ERP-Systeme, Line-of-Business-Apps?
  • DNS & Domains: Welche Domains sind aktiv? Wo liegen die DNS-Einträge?
  • Zielplattform: Microsoft 365, Google Workspace oder eine Kombination? Die Entscheidung hängt von bestehenden Systemen, Anforderungen und Budget ab

Phase 2: Parallelbetrieb & Migration

Der Schlüssel zu null Ausfallzeit ist der Parallelbetrieb. Beide Systeme laufen gleichzeitig, während Daten im Hintergrund synchronisiert werden:

  • Identitäten: Benutzerkonten werden in der Cloud angelegt und mit lokalen Konten synchronisiert (Entra Connect oder GCDS)
  • E-Mail: Postfächer werden inkrementell migriert — die initiale Synchronisation läuft im Hintergrund, der Cutover erfolgt durch DNS-Umstellung (MX-Records)
  • Dateien: Lokale Fileserver-Daten werden zu SharePoint/OneDrive oder Google Drive migriert, ebenfalls inkrementell
  • Cutover: Am Stichtag werden MX-Records umgestellt. E-Mails fließen ab sofort in die Cloud. Die Umstellung dauert Minuten, nicht Stunden

Phase 3: Nachbereitung & Härtung

Nach der Migration ist vor der Sicherheitskonfiguration:

  • Conditional Access: Zugriffsrichtlinien für die neue Cloud-Umgebung einrichten
  • MFA: Zwei-Faktor-Authentifizierung für alle Benutzer erzwingen
  • DLP: Richtlinien zur Verhinderung von Datenverlust konfigurieren
  • Schulung: Mitarbeiter in der neuen Umgebung einarbeiten
  • Altserver: Lokale Server dekommissionieren, wenn die Stabilisierungsphase abgeschlossen ist

Häufige Fehler

Keine Testmigration: Immer erst eine Pilotgruppe migrieren. 10–15 Testbenutzer aus verschiedenen Abteilungen decken Probleme auf, bevor sie alle betreffen.

DNS-TTL nicht reduziert: Vor dem Cutover die TTL der MX-Records auf 5 Minuten setzen. So propagiert die Umstellung in Minuten statt Stunden.

Schulung vergessen: Die beste Cloud-Umgebung nützt nichts, wenn Mitarbeiter nicht wissen, wie sie ihre Dateien finden oder Teams-Besprechungen starten.

Sicherheit nachgelagert: Sicherheitskonfiguration gehört in die Migrationsplanung, nicht in die Woche danach. Die neue Umgebung sollte ab Tag eins gehärtet sein.

Was das in der Praxis bedeutet

Ein 120-Personen-Unternehmen hat seine On-Premises-Exchange-Umgebung in vier Wochen zu Microsoft 365 migriert: zwei Wochen Planung, eine Woche Pilotmigration, eine Woche Rollout. Am Cutover-Tag dauerte die MX-Umstellung 15 Minuten. Kein Mitarbeiter hat eine E-Mail verpasst.

Nächste Schritte

Eine strukturierte Cloud-Migration beginnt mit einem Assessment Ihrer bestehenden Infrastruktur. Dabei wird geklärt, welche Plattform die richtige ist, welche Daten migriert werden und wie der Zeitplan aussieht.

Cloud-Migration planen, um den Umzug Ihrer IT-Infrastruktur zu starten.

person

Über den Autor

Stefan Stoll

Cloud Security Consultant mit Fokus auf Microsoft 365 Sicherheit, NIS2 Compliance und Zero Trust Architektur für deutsche Unternehmen.