Migrations- und Rollout-Strategien#

Eine Migration ist die Umstellung von einem bestehenden System bzw. einer bestehenden Umgebung auf eine neue — etwa der Wechsel auf einen neuen Server, ein neues ERP-System oder eine neue Netzwerkinfrastruktur. Die Wahl der richtigen Migrationsstrategie entscheidet maßgeblich darüber, wie stark der laufende Betrieb des Kunden während der Umstellung beeinträchtigt wird.

Big-Bang vs. schrittweise Migration#

Grundsätzlich stehen zwei Strategien zur Wahl:

flowchart LR
    subgraph BB["Big-Bang-Migration"]
        direction LR
        B1["Altsystem\naktiv"] --> B2["Stichtag:\nkompletter Umstieg"] --> B3["Neusystem\naktiv"]
    end
    subgraph SW["Schrittweise Migration"]
        direction LR
        S1["Altsystem\naktiv"] --> S2["Parallelbetrieb:\nTeilbereich 1 migriert"] --> S3["Parallelbetrieb:\nTeilbereich 2 migriert"] --> S4["Neusystem\nvollständig aktiv"]
    end

Je kritischer das System für den Kundenbetrieb ist, desto eher lohnt sich der höhere Aufwand einer schrittweisen Migration mit Parallelbetrieb — das Risiko eines Totalausfalls sinkt deutlich.

Rückfallplan (Rollback-Plan)#

Ein Rückfallplan legt vorab fest, wie beim Scheitern der Migration zum alten, funktionierenden Zustand zurückgekehrt wird. Er ist unabhängig von der gewählten Strategie fester Bestandteil jeder Migrationsplanung und sollte mindestens enthalten:

• Klare Abbruchkriterien — ab wann gilt die Migration als gescheitert?
• Konkrete Schritte zur Wiederherstellung des Altsystems (z.B. Rücksicherung aus dem Backup)
• Verantwortlichkeiten und maximale Zeit bis zur Wiederherstellung
• Kommunikationsplan gegenüber dem Kunden bei Abbruch

Ohne dokumentierten Rückfallplan wird eine fehlgeschlagene Migration schnell zum unkontrollierten Notfall statt zu einem geplanten, beherrschbaren Risiko.

Testlauf und Pilotphase#

Vor der vollständigen Migration empfiehlt sich ein Testlauf bzw. eine Pilotphase mit einer kleinen, repräsentativen Nutzergruppe oder einem unkritischen Teilsystem. Dadurch lassen sich Fehler und Kompatibilitätsprobleme erkennen, bevor sie den gesamten Kundenbetrieb betreffen — die Pilotphase liefert außerdem realistische Erfahrungswerte für den Zeitaufwand der eigentlichen Migration.

Prüfungsbeispiele#

„Ein Kunde betreibt ein geschäftskritisches ERP-System, das nicht ausfallen darf. Welche Migrationsstrategie ist eher geeignet — Big-Bang oder schrittweise?"

→ Die schrittweise Migration — durch den möglichen Parallelbetrieb sinkt das Risiko eines Totalausfalls, auch wenn die Umstellung dadurch länger dauert.

„Warum ist ein Rückfallplan auch bei einer sorgfältig getesteten Migration notwendig?"

→ Weil auch bei guter Vorbereitung unvorhergesehene Probleme auftreten können. Der Rückfallplan stellt sicher, dass der Kunde im Fehlerfall kontrolliert und schnell zum funktionierenden Altsystem zurückkehren kann, statt in einen unkontrollierten Ausfall zu geraten.

„Welchen Zweck hat eine Pilotphase vor der vollständigen Migration?"

→ Sie deckt Fehler und Kompatibilitätsprobleme an einer kleinen, unkritischen Gruppe auf, bevor die gesamte Kundenumgebung betroffen ist, und liefert realistische Erfahrungswerte für die weitere Planung.

Quiz#

Siehe auch#

• systemintegration-projektablauf — Einordnung der Migration in die Umsetzungsphase
• backup-strategien — Datensicherung als Voraussetzung für einen funktionierenden Rückfallplan
• netzplantechnik — Terminplanung von Migrationsschritten
• magisches-dreieck-risiko — Risikoabwägung zwischen Zeit, Kosten und Qualität bei der Strategiewahl

Ressourcen#

• Wikipedia: Systemmigration
• Wikipedia: Big Bang (IT)
• SimpleClub: Fachinformatiker Lernbereich