Legacy-Software ablösen: Altsysteme migrieren, ohne den Betrieb lahmzulegen

von Marcel, Senior-Softwareentwickler

Irgendwann kommt der Punkt, an dem das alte System mehr Last als Stütze ist: eine Eigenentwicklung von vor zwölf Jahren, deren Programmierer längst weg ist. Eine Access-Datenbank, die nur noch auf einem bestimmten Rechner läuft. Eine Branchensoftware, die der Hersteller nicht mehr pflegt. Du weißt, dass du ran musst – aber der Gedanke „Was, wenn beim Umstieg alles stillsteht?“ hält dich davon ab. Genau darum geht es hier: Wie du Legacy-Software ablöst und migrierst, ohne den laufenden Betrieb zu gefährden.

Was bedeutet „Legacy-Software“ überhaupt?

Legacy-Software (zu Deutsch etwa „Altsystem“) ist nicht einfach „alte“ Software. Entscheidend ist, dass sie kritisch für deinen Betrieb ist, aber kaum noch gewartet, weiterentwickelt oder verstanden wird. Typische Fälle:

  • Eigenentwicklungen ohne Betreuung: Vor Jahren intern oder von einem Freelancer gebaut – und niemand kennt heute noch den Code.
  • Nicht mehr gewartete Standardsoftware: Der Hersteller existiert nicht mehr oder hat das Produkt eingestellt, Sicherheitsupdates gibt es keine.
  • Access- und Excel-Lösungen, die zu groß geworden sind: Was als Tabelle begann, ist heute das heimliche Betriebssystem der Firma. (Dazu haben wir einen eigenen Artikel zum Excel-Ablösen.)
  • Veraltete Technik: Eine Anwendung, die nur auf einer alten Windows-Version, einem bestimmten Browser oder einem einzigen Server läuft.

Das Tückische: Solange es „irgendwie läuft“, fällt die Dringlichkeit nicht auf. Das Risiko wächst trotzdem jeden Tag.

Weiterflicken oder ablösen? Wann sich der Schnitt lohnt

Nicht jedes alte System muss sofort weg. Ablösen lohnt sich, wenn mehrere der folgenden Punkte zutreffen:

  • Niemand kann es mehr warten. Wenn ein Ausfall niemanden mehr hat, der ihn beheben kann, ist das ein akutes Geschäftsrisiko – kein technisches Detail.
  • Es gibt keine Sicherheitsupdates mehr. Veraltete Systeme sind ein bevorzugtes Einfallstor. Bei personenbezogenen Daten wird das schnell auch ein rechtliches Problem.
  • Jede Änderung wird zum Glücksspiel. Wenn eine kleine Anpassung Tage dauert oder an anderer Stelle etwas zerschießt, frisst die „billige“ Altlösung längst mehr Geld als ein Neubau.
  • Das System bremst dein Wachstum. Keine Schnittstellen, kein mobiler Zugriff, keine neuen Funktionen – das System diktiert, was geht, statt es zu ermöglichen.
  • Du hängst an genau einem Menschen oder einem Rechner. Single Points of Failure sind Zeitbomben.

Trifft davon kaum etwas zu und die Software tut still ihren Dienst, ist gezieltes Weiterpflegen oft die klügere Wahl – das sagen wir dann auch ehrlich. Wo sich aber die Risiken häufen, ist Weiterflicken meist nur teures Aufschieben.

Die Risiken einer Ablösung – und wie man sie entschärft

Die Angst vor dem Umstieg ist berechtigt, aber jedes der typischen Risiken lässt sich beherrschen:

  • Betriebsunterbrechung: Das größte Schreckgespenst. Die Antwort ist, eben nicht alles über Nacht umzuschalten, sondern schrittweise (dazu gleich mehr).
  • Datenverlust: Alte Systeme stecken voller historischer Daten. Eine saubere Migration mit Probelauf und Abgleich verhindert, dass etwas verloren geht.
  • Verstecktes Wissen: In der alten Software stecken oft Sonderregeln, die nirgends dokumentiert sind. Bevor wir ablösen, machen wir dieses Wissen sichtbar.
  • Akzeptanz im Team: Die beste neue Software nützt nichts, wenn niemand sie nutzt. Frühes Einbinden der Leute, die täglich damit arbeiten, ist Pflicht.

Das Strangler-Pattern – ablösen ohne Big Bang

Der gefährlichste Weg ist der „Big Bang“: monatelang im Hintergrund alles neu bauen und an einem Stichtag komplett umschalten. Geht dabei etwas schief, steht der Betrieb – und genau das willst du vermeiden.

Die sichere Alternative heißt Strangler-Pattern (benannt nach der Würgefeige, die einen Baum langsam umwächst, bis sie ihn ersetzt). Klingt technisch, ist aber simpel: Statt alles auf einmal zu ersetzen, baust du das neue System Stück für Stück rund um das alte – und schaltest einen Bereich nach dem anderen um.

So sieht das in der Praxis aus:

  1. Den größten Schmerzpunkt zuerst nehmen. Wir suchen den Teil des Altsystems, der am meisten Ärger macht oder das höchste Risiko trägt, und lösen genau den als Erstes ab.
  2. Neu und alt parallel betreiben. Der neue Baustein übernimmt einen klar abgegrenzten Bereich, der Rest läuft unverändert weiter. Beide greifen, wo nötig, auf dieselben Daten zu.
  3. Schritt für Schritt mehr übernehmen. Funktioniert der erste Bereich stabil, ist der nächste dran. Mit jedem Schritt schrumpft das Altsystem.
  4. Am Ende den alten Baum abschalten. Wenn der letzte Bereich umgezogen ist, kann die Legacy-Software endgültig in Rente.

Der große Vorteil: Du siehst nach wenigen Wochen erste Ergebnisse, das Risiko verteilt sich auf viele kleine Schritte statt auf einen riskanten Stichtag – und sollte ein Schritt haken, betrifft das nur einen Bereich, nicht den gesamten Betrieb.

Top tip

Lass dir vor jedem Umschalt-Schritt eine Rückfalloption bauen: Solange der neue und der alte Bereich kurzzeitig parallel laufen, kannst du im Zweifel sofort zurückschalten. Diese „Sicherheitsleine“ kostet wenig und nimmt dem Umstieg den Schrecken.

Die Datenmigration – hier entscheidet sich vieles

Die Daten sind oft das Wertvollste am Altsystem: Kunden, Aufträge, Belege, die Historie von Jahren. Eine Datenmigration ist mehr als „Tabelle exportieren, Tabelle importieren“. In unseren Projekten gehen wir so vor:

  • Bestand sichten und bereinigen: Alte Systeme sammeln Dubletten, Tippfehler und tote Datensätze an. Vor dem Umzug räumen wir auf, statt das Chaos mitzunehmen.
  • Felder sauber zuordnen (Mapping): Welches Feld im Alten entspricht welchem im Neuen? Gerade bei Access- und Excel-Lösungen steckt der Teufel im Detail.
  • Probelauf machen: Wir migrieren erst in eine Testumgebung und prüfen Stichproben, bevor irgendetwas produktiv geht.
  • Abgleichen statt hoffen: Stimmen Anzahl und Summen vorher und nachher überein? Erst wenn die Zahlen passen, ist die Migration durch.

Diese Sorgfalt ist der Unterschied zwischen einem ruhigen Umstieg und einem, bei dem drei Wochen später jemand fragt, wo die Aufträge aus 2021 geblieben sind.

Typische Stolperfallen, die wir immer wieder sehen

  • „Wir bilden erstmal alles 1:1 nach.“ Eine Ablösung ist die Chance, eingefahrene Umwege loszuwerden – nicht, sie in neuem Gewand zu zementieren.
  • Den letzten Schritt vergessen. Manche Projekte bleiben auf halbem Weg stehen, und dann läuft das Altsystem für einen Restbereich ewig weiter. Plane das Abschalten von Anfang an mit ein.
  • Unterschätzte Schnittstellen. Das alte System hängt oft an mehr Drittsystemen, als zunächst gedacht. Diese Abhängigkeiten gehören früh auf den Tisch.
  • Die Menschen vergessen. Ohne Schulung und ohne die Leute mitzunehmen, die täglich damit arbeiten, scheitert auch die technisch beste Migration.

Was am Ende dabei herauskommt

Eine moderne, individuell abgelöste Lösung gehört dir, ist dokumentiert und wartbar – auch in fünf Jahren noch, egal ob wir oder dein eigenes Team weiterarbeiten. Sie bekommt Sicherheitsupdates, lässt sich an deine übrigen Systeme anbinden und wächst mit, statt zu bremsen. Vor allem aber hängt dein Betrieb dann nicht mehr an einem alten Rechner oder einer einzelnen Person.

Du hast so ein System, vor dessen Ablösung du dich seit Jahren drückst? Lass uns im kostenlosen Erstgespräch gemeinsam draufschauen – wir sagen dir ehrlich, ob sich der Schnitt lohnt und wie ein sicherer, schrittweiser erster Schritt für dich aussieht.

Weitere Artikel

Excel ablösen: Wann es Zeit für eine eigene Software ist

Excel ist großartig – bis es zum heimlichen Betriebssystem deiner Firma wird. Woran du erkennst, dass es Zeit für eine eigene Lösung ist, und wie der Umstieg gelingt.

Weiterlesen

Software gebaut – und dann? Warum Wartung über den Erfolg entscheidet

Software ist nach dem Launch nicht „fertig“. Wir zeigen, warum laufende Wartung über den langfristigen Erfolg entscheidet – und wie du sie sinnvoll planst und budgetierst.

Weiterlesen

Erzähl uns von Deinem Projekt