Zum Inhalt springen

Microsoft 365

Microsoft 365 sicher einführen und migrieren

Von der Bestandsaufnahme bis zum ersten Arbeitstag: Wie ein Umstieg auf Microsoft 365 in kleinen Unternehmen ohne Datenverlust und ohne Wildwuchs gelingt.

Datheon Redaktionaktualisiert am 4 Min. Lesezeit

Ein Umstieg auf Microsoft 365 scheitert selten an der Technik. Er scheitert daran, dass niemand vorher festlegt, wo Daten künftig liegen, wer sie öffnen darf und was mit den alten Systemen passiert. Dieser Beitrag beschreibt die Reihenfolge, die sich in kleinen Unternehmen bewährt hat.

Was vor der Migration geklärt sein sollte

Die meisten Probleme entstehen nicht während der Umstellung, sondern lange davor. Vier Fragen sollten schriftlich beantwortet sein, bevor das erste Postfach umzieht.

Wo liegen die Daten heute? In der Praxis sind das häufig mehr Orte als erwartet: ein Exchange-Server im Haus, ein Netzlaufwerk, private Ablagen einzelner Mitarbeitender, gelegentlich ein privat angelegter Cloud-Speicher. Jeder dieser Orte braucht eine Entscheidung – übernehmen, archivieren oder auflösen.

Wer arbeitet womit? Eine einfache Liste aus Person, Rolle, benötigten Postfächern und benötigten Ablagen reicht aus. Sie ist später die Grundlage für Lizenzen und Berechtigungen.

Welche Fachanwendungen hängen an der E-Mail? Warenwirtschaft, Kassensysteme, Scanner oder Zeiterfassung versenden oft unbemerkt Nachrichten über den alten Server. Diese Systeme brauchen einen eigenen Versandweg, sonst bleiben nach der Umstellung Rechnungen und Benachrichtigungen liegen.

Wie lange darf E-Mail stillstehen? Aus dieser Antwort ergibt sich, ob eine Migration am Stück möglich ist oder in Etappen laufen muss.

Die Grundkonfiguration zuerst

Ein neuer Microsoft-365-Tenant ist im Auslieferungszustand nicht auf ein Unternehmen zugeschnitten. Diese Punkte gehören eingerichtet, bevor Nutzerinnen und Nutzer damit arbeiten:

  • Domäne verifizieren und die DNS-Einträge vollständig setzen, einschließlich der Einträge für den E-Mail-Versand.
  • Identitäten anlegen, entweder direkt in der Cloud oder synchronisiert aus einem vorhandenen Verzeichnis. Ein gemischter Betrieb ohne klare Quelle führt zu doppelten Konten.
  • Mehrstufige Anmeldung für alle Konten aktivieren, insbesondere für Administratorkonten.
  • Administratives Konto trennen: Wer täglich E-Mails liest, sollte das nicht mit einem Konto mit vollen Administratorrechten tun.
  • Ablagestruktur festlegen: Welche Inhalte gehören in ein persönliches OneDrive, welche in eine Teamablage? Diese Entscheidung im Nachhinein zu korrigieren ist deutlich aufwendiger als sie einmal zu treffen.

Lizenzen realistisch wählen

Lizenzen lassen sich später anpassen, aber ein Wechsel des Plans mitten in der Migration erzeugt unnötige Arbeit. Sinnvoll ist, den Bedarf pro Rolle zu bestimmen: Wer braucht die installierten Office-Anwendungen, wer arbeitet ausschließlich im Browser, wer benötigt lediglich ein Postfach. Gemeinsam genutzte Postfächer und Räume benötigen in der Regel keine eigene Vollizenz.

Migrationswege im Vergleich

Welcher Weg passt, hängt vom Ausgangssystem und von der zulässigen Ausfallzeit ab.

WegPasst zuAusfallzeitZu beachten
SchnittmigrationKleine Exchange-Umgebungen, überschaubare PostfachanzahlKurze Umstellung an einem StichtagAlle Postfächer wechseln gemeinsam, Rückweg ist aufwendig
Etappenweise MigrationGemischte Umgebungen, mehrere StandorteVerteilt über mehrere TermineDoppelte Pflege während der Übergangszeit
Migration aus IMAPFremdanbieter ohne ExchangeGering, Postfächer bleiben erreichbarKalender und Kontakte werden nicht mitgenommen
Neuaufbau mit ArchivStark gewachsene, unübersichtliche AltsystemeStichtag mit ArchivzugriffAlte Daten bleiben lesbar, aber getrennt

Der letzte Weg wird unterschätzt. Wenn ein Altsystem über Jahre gewachsen ist und niemand mehr genau weiß, welche Freigaben existieren, ist ein sauberer Neuaufbau mit einem lesbaren Archiv oft schneller und günstiger als der Versuch, den Wildwuchs mitzunehmen.

Der Umstellungstag

Am Umstellungstag zählt Vorbereitung, nicht Geschwindigkeit. Bewährt hat sich diese Reihenfolge:

  1. Letzten Abgleich der Postfächer starten und das Ergebnis prüfen.
  2. DNS-Einträge für E-Mail umstellen und die Wirksamkeit kontrollieren.
  3. Ein Testkonto vollständig durchspielen: senden, empfangen, Kalender, Freigabe, mobiler Zugriff.
  4. Fachanwendungen auf den neuen Versandweg umstellen und je einen Testbeleg auslösen.
  5. Erst danach die übrigen Arbeitsplätze umstellen.

Alte Server bleiben nach der Umstellung noch eine definierte Zeit erreichbar, aber ohne aktiven Nachrichtenempfang. So bleibt ein Rückgriff möglich, ohne dass zwei Systeme parallel Nachrichten annehmen.

Was am ersten Arbeitstag hilft

Eine kurze schriftliche Anleitung mit vier bis fünf Punkten – Anmeldung, Ablageort, mobiler Zugriff, Ansprechpartner bei Störungen – senkt die Zahl der Rückfragen deutlich. Umfangreiche Schulungsunterlagen liest im Tagesgeschäft niemand.

Nach der Migration

Eine Migration ist mit dem letzten verschobenen Postfach nicht beendet. Diese Punkte sollten in den Wochen danach abgearbeitet werden:

  • Freigaben und Zugriffsrechte gegen die vorher erstellte Rollenliste prüfen.
  • Nicht mehr benötigte Konten deaktivieren, statt sie unbeaufsichtigt weiterlaufen zu lassen.
  • Externe Freigabelinks kontrollieren und zeitlich begrenzen.
  • Die Sicherung der Cloud-Daten klären. Die Verfügbarkeit der Plattform ersetzt keine eigene Sicherung, etwa gegen versehentliches oder mutwilliges Löschen.
  • Die Konfiguration dokumentieren: Domänen, Einträge, Rollen, Ausnahmen.

Häufige Fehler

Der Umzug beginnt mit den Daten. Ohne geklärte Identitäten und Berechtigungen entsteht eine Ablage, die niemand mehr sortiert bekommt.

Alles wird mitgenommen. Zehn Jahre gewachsene Ordnerstrukturen werden nicht besser, wenn sie in die Cloud kopiert werden.

Der Versand von Fachanwendungen wird vergessen. Rechnungen, die nach der Umstellung nicht ankommen, fallen oft erst Wochen später auf.

Die Sicherung wird als erledigt betrachtet. Wer eine Wiederherstellung nie geprüft hat, kennt seine tatsächliche Ausgangslage nicht.

Wenn eine Umstellung ansteht und die Ausgangslage unklar ist, lohnt sich eine geordnete Bestandsaufnahme, bevor irgendetwas bewegt wird. Genau damit beginnt bei uns jedes Microsoft-365-Projekt.

Quellen und weiterführende Unterlagen

Herausgeber dieses Beitrags: datheon IT-Systemhaus UG (haftungsbeschränkt). Die Inhalte beschreiben unsere Vorgehensweise und ersetzen keine Einzelfallprüfung.

Passt das auf Ihre Umgebung?

Wir ordnen ein, was davon in Ihrem Unternehmen relevant ist und in welcher Reihenfolge es sinnvoll ist.

Wir antworten werktags innerhalb von 24 Stunden.