Migration verstehen: Arten, Ablauf und Stolpersteine

Worum es geht

Hotel Alpenblick AG, Grindelwald, 60 Mitarbeitende. Die Mails laufen seit Jahren über einen eigenen Exchange Server 2016. Am 14. Oktober 2025 hat Microsoft den erweiterten Support dafür beendet: Seither gibt es keine Sicherheitsupdates mehr. Ein Mailserver, der aus dem Internet erreichbar ist und keine Updates mehr bekommt, ist ein offenes Fenster für Angreifer. Nina, Informatikerin Plattformentwicklung im 2. Lehrjahr, soll zusammen mit dem externen IT-Partner die Postfächer zu Exchange Online bringen. Bedingung des Direktors: «Die Gäste dürfen nichts davon merken.»

Solche Aufträge sind in der Informatik Alltag: Windows 10 auf Windows 11, der Fileserver nach SharePoint, die Zeiterfassung auf eine neue Version, die Datenbank auf einen neuen Server. Und sie gehören zu den riskantesten Arbeiten überhaupt, weil ein laufendes System mit echten Daten betroffen ist. Wenn am Montagmorgen die Rezeption keine Buchungsbestätigungen verschicken kann, merkt das nicht nur die IT.

In dieser Lektion bekommst du die Landkarte für das ganze Modul: Was eine Migration ist, welche Arten es gibt, in welchen Phasen sie abläuft und woran sie in der Praxis scheitert.

Was eine Migration ist (und was nicht)

Eine Migration ist der kontrollierte Übergang einer Software oder ihrer Daten von einem Ausgangssystem auf ein Zielsystem. Das klingt nach «Daten kopieren», ist aber viel mehr. Denk an einen Umzug mit der ganzen Familie:

Wer nur die Kisten schleppt, steht am Abend in einer Wohnung ohne Strom, mit dem Sofa im Treppenhaus und ohne Schlüssel zur alten Wohnung. Genau so fühlen sich schlecht geplante Migrationen an.

Die vier Migrationsarten

In der Praxis begegnen dir vier Arten. Oft kommen mehrere zusammen, zum Beispiel ein Plattformwechsel mit gleichzeitiger Datenmigration.

Bei einem Upgrade unterscheidest du zwei Vorgehen:

• In-place-Upgrade: Die neue Version wird über die alte installiert. Schnell und günstig, aber der Rückweg ist schwierig, weil der alte Zustand überschrieben wird. Ohne Snapshot oder Backup gibt es kein Zurück.
• Side-by-side (Neuinstallation mit Datenübernahme): Das Zielsystem wird daneben neu aufgebaut, die Daten werden übertragen. Aufwendiger, aber das Altsystem bleibt unverändert und ist dein Rückweg.

Bei Cloud-Migrationen hörst du oft englische Schlagworte. Rehost (auch «Lift and Shift») heisst: Die VM läuft unverändert beim Cloud-Anbieter. Replatform heisst: kleine Anpassungen, etwa die eigene Datenbank durch einen verwalteten Datenbankdienst ersetzen. Repurchase heisst: Man wechselt auf ein SaaS-Produkt, wie das Hotel von Exchange auf Exchange Online.

Der Ablauf in neun Phasen

Jede Migration, ob 9 Arbeitsplätze oder 600, folgt demselben Grundmuster. Die Phasen bauen aufeinander auf: Ohne Ist-Analyse kannst du keine Strategie wählen, ohne Testmigration kennst du die Dauer nicht, ohne Dauer kannst du kein Wartungsfenster planen.

Beachte den Pfeil zurück von der Testmigration zur Planung: Ein Test, aus dem du nichts in den Plan übernimmst, war Zeitverschwendung.

Warum Migrationen scheitern

Migrationen scheitern selten an der Technik allein. Meist fehlt eine der Phasen oder sie wurde nur halb gemacht. Die häufigsten Ursachen aus der Praxis:

1. Unbekannte Abhängigkeiten. Der Multifunktionsdrucker schickt Scans über den alten Mailserver. Niemand hat daran gedacht, bis am Montag die Scans nicht mehr ankommen.
2. Kein Testlauf. Die Dauer wird geschätzt statt gemessen. Das Wochenende reicht nicht, am Montag läuft die Migration noch.
3. Kein Rückweg. Etwas geht schief, und es gibt keinen geplanten Weg zurück. Am Sonntagabend wird improvisiert.
4. Zu viel auf einmal. Neues Betriebssystem, neue Softwareversion und neue Hardware am selben Wochenende: Wenn etwas nicht funktioniert, weiss niemand, woran es liegt.
5. Menschen vergessen. Die Mitarbeitenden erfahren am Montag, dass sich etwas geändert hat. Das Telefon klingelt ununterbrochen.
6. «Sieht gut aus» statt Nachweis. Nach der Migration fehlen 3 % der Dateien, und es fällt erst Wochen später auf.

Schritt für Schritt: Der Migrationssteckbrief für das Hotel

Bevor Nina irgendetwas plant, schreibt sie einen Steckbrief: eine Seite, die das Vorhaben für alle Beteiligten verständlich zusammenfasst. Du kannst diesen Aufbau für jede Migration verwenden.

Schritt 1: Ausgangssystem beschreiben. Exchange Server 2016 auf einer VM im Serverraum des Hotels, 51 Postfächer, rund 380 GB.

Schritt 2: Zielsystem beschreiben. Exchange Online im bestehenden Microsoft-365-Mandanten des Hotels.

Schritt 3: Migrationsart bestimmen. Cloud-Migration (Wechsel auf einen SaaS-Dienst) mit Datenmigration der Postfächer.

Schritt 4: Dringlichkeit belegen. Nina prüft das Supportende aller Server im Inventar mit einem kleinen Python-Skript. So hat sie für den Direktor eine Zahl statt eines Gefühls.

from datetime import date

# Supportende laut Hersteller (Microsoft Lifecycle)
inventar = [
    {"system": "Exchange Server 2016", "supportende": date(2025, 10, 14)},
    {"system": "Windows Server 2019 (Hotelsoftware)", "supportende": date(2029, 1, 9)},
    {"system": "Windows Server 2022 (Fileserver)", "supportende": date(2031, 10, 14)},
]

heute = date(2026, 10, 3)

for eintrag in inventar:
    differenz = (eintrag["supportende"] - heute).days   # negativ = abgelaufen
    if differenz < 0:
        status = f"seit {-differenz} Tagen ohne Sicherheitsupdates"
    else:
        status = f"noch {differenz} Tage Support"
    print(f"{eintrag['system']:40} {status}")

Ausgabe:

Exchange Server 2016                     seit 354 Tagen ohne Sicherheitsupdates
Windows Server 2019 (Hotelsoftware)      noch 829 Tage Support
Windows Server 2022 (Fileserver)         noch 1837 Tage Support

Schritt 5: Betroffene nennen. Alle 60 Mitarbeitenden (45 persönliche Postfächer), die gemeinsamen Postfächer Rezeption, Reservation und Küche, die Gäste (Buchungsbestätigungen) und der IT-Partner.

Schritt 6: Grösste Risiken aufschreiben. Buchungsbestätigungen kommen nicht an (Umsatz und Ruf). Grosse Postfächer brauchen lange (das grösste hat 48 GB). Unbekannte Geräte, die über Exchange senden.

Schritt 7: Grobe Phasen mit Zeitraum. Ist-Analyse und Strategie im September, Testmigration im Oktober, Umstellung im November in der ruhigen Zwischensaison, Abschaltung des Altsystems 30 Tage danach.

Das Ergebnis passt auf eine Seite und beantwortet die Fragen, die jede Geschäftsleitung stellt: Was, warum jetzt, wen betrifft es, was kann schiefgehen, wann?

Typische Fehler

1. Migration mit Kopieren verwechseln. Wer nur an die Daten denkt, vergisst Rechte, Schnittstellen, Geräte und Menschen. Korrektur: Denk in den neun Phasen und hake jede bewusst ab.
2. In-place-Upgrade ohne Sicherung. Die alte Version wird überschrieben, ein Rückweg existiert nicht. Korrektur: Vorher Snapshot oder vollständiges Backup, und den Restore einmal testen.
3. Migrationsart falsch einschätzen. «Nur ein Update» entpuppt sich als Datenbankumbau mit neuen Feldern. Korrektur: Release Notes des Herstellers lesen und prüfen, ob sich Datenstrukturen ändern.
4. Dringlichkeit nicht belegen. «Der Server ist alt» überzeugt keine Geschäftsleitung. Korrektur: Supportende, Sicherheitsrisiko und Folgen konkret benennen.
5. Ende der Migration zu früh setzen. Nach dem Umschalten ist noch nicht fertig. Korrektur: Validierung, Abnahme und Ausserbetriebnahme gehören in den Plan.

Zusammenfassung

• Eine Migration ist der kontrollierte Übergang einer Software oder ihrer Daten vom Ausgangs- auf ein Zielsystem, bei laufendem Betrieb und mit echten Daten.
• Die vier Arten sind Upgrade, Plattformwechsel, Datenmigration und Cloud-Migration. Oft treten mehrere gemeinsam auf.
• In-place-Upgrades sind schnell, aber ohne Sicherung gibt es keinen Rückweg. Side-by-side lässt das Altsystem als Rückweg stehen.
• Jede Migration folgt neun Phasen: Ist-Analyse, Strategie, Planung mit Rollback, Testmigration, Kommunikation, Cutover, Validierung, Abnahme, Ausserbetriebnahme.
• Die häufigsten Ursachen für das Scheitern sind unbekannte Abhängigkeiten, fehlende Tests, kein Rückweg, zu viele gleichzeitige Änderungen und vergessene Menschen.
• Ein einseitiger Migrationssteckbrief macht das Vorhaben für alle verständlich: was, warum jetzt, wer, Risiken, Zeitraum.