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.
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.
| Weg | Passt zu | Ausfallzeit | Zu beachten |
|---|---|---|---|
| Schnittmigration | Kleine Exchange-Umgebungen, überschaubare Postfachanzahl | Kurze Umstellung an einem Stichtag | Alle Postfächer wechseln gemeinsam, Rückweg ist aufwendig |
| Etappenweise Migration | Gemischte Umgebungen, mehrere Standorte | Verteilt über mehrere Termine | Doppelte Pflege während der Übergangszeit |
| Migration aus IMAP | Fremdanbieter ohne Exchange | Gering, Postfächer bleiben erreichbar | Kalender und Kontakte werden nicht mitgenommen |
| Neuaufbau mit Archiv | Stark gewachsene, unübersichtliche Altsysteme | Stichtag mit Archivzugriff | Alte 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:
- Letzten Abgleich der Postfächer starten und das Ergebnis prüfen.
- DNS-Einträge für E-Mail umstellen und die Wirksamkeit kontrollieren.
- Ein Testkonto vollständig durchspielen: senden, empfangen, Kalender, Freigabe, mobiler Zugriff.
- Fachanwendungen auf den neuen Versandweg umstellen und je einen Testbeleg auslösen.
- 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
- Microsoft Learn – Microsoft 365 Dokumentation
- Microsoft Learn – Migrieren mehrerer E-Mail-Konten zu Microsoft 365
- BSI – Empfehlungen für Unternehmen
Herausgeber dieses Beitrags: datheon IT-Systemhaus UG (haftungsbeschränkt). Die Inhalte beschreiben unsere Vorgehensweise und ersetzen keine Einzelfallprüfung.