Altdaten archivieren oder migrieren?

Problem: In Modernisierungsprojekten wird oft zu spät entschieden, welche Altbestände wirklich gebraucht werden

Kaum ein Thema wirkt in Software-Modernisierung so technisch und wird gleichzeitig so häufig falsch behandelt wie Altdaten. Entweder heißt es pauschal: “Wir nehmen alles mit, sonst fehlt später etwas.” Oder es heißt ebenso pauschal: “Das archivieren wir einfach.” Beide Reaktionen sind verständlich, aber selten gut.

Die eigentliche Frage lautet nicht, ob Daten alt sind. Die relevante Frage ist, welche Rolle sie künftig noch spielen: für operative Prozesse, für Nachvollziehbarkeit, für Reporting, für rechtliche Pflichten oder für historische Orientierung. Wer diese Unterschiede nicht sauber trennt, baut entweder unnötige Migrationslast auf oder schafft später schmerzhafte Informationslücken.

Einordnung: Migration und Archivierung sind keine Gegensätze, sondern unterschiedliche Antworten

Nicht alle Daten müssen aktiv in ein neues System übernommen werden. Genauso wenig sollten alle Altbestände nur in ein Archiv verschoben werden. In der Praxis entsteht fast immer ein Mischbild: Ein Teil wird operativ migriert, ein Teil referenzierbar archiviert, ein Teil bereinigt und ein Teil bewusst nicht übernommen.

Gerade in Software-Modernisierung, Datenmigration & Systemablöse und gewachsenen CRM- oder Prozesslandschaften ist diese Differenzierung zentral. Sie entscheidet mit darüber, wie schnell ein neues System starten kann, wie belastbar Reporting bleibt und wie viel Komplexität unnötig ins Zielsystem getragen wird.

Warum diese Frage in vielen Unternehmen zu spät gestellt wird

Viele Unternehmen sprechen lange über Zielsystem, Oberfläche und Einführungsplan, aber zu wenig darüber, welche Daten in welchen Systemen künftig wirklich aktiv gebraucht werden. Genau dadurch wird aus einer eigentlich klaren Datenfrage schnell ein politisches Thema. Plötzlich will ein Bereich alle Altdaten behalten, ein anderer nur die Kosten senken, und die IT soll zwischen Archivierung, Datenmigration und Datenbankfragen kurzfristig eine Entscheidung treffen.

Gerade deshalb lohnt sich ein ruhiger Ansatz. Nicht alle Daten in alten Systemen haben denselben Wert. Manche Informationen werden täglich gebraucht, andere nur im Ausnahmefall, wieder andere müssen aus Gründen der Aufbewahrung zwar verfügbar bleiben, gehören aber nicht in das neue operative System. Besonders bei Geschäftsdaten aus mehreren Anwendungen und Altsystemen zeigt sich schnell, wie teuer unklare Entscheidungen später werden.

Beispiel aus SAP- und S/4HANA-Vorhaben

Besonders sichtbar wird diese Frage in ERP-Projekten rund um SAP und S/4HANA. Dort diskutieren Unternehmen oft sehr früh über die Zielplattform, aber zu spät darüber, welche Altdaten in S/4HANA wirklich produktiv weitergeführt werden müssen und welche in einer anderen Archivierung besser aufgehoben sind. Für ein ERP System oder ein künftiges S/4HANA System ist diese Unterscheidung entscheidend, weil sonst alte Last ungeprüft in die neue Zielarchitektur wandert. Das Grundmuster ist jedoch nicht SAP-spezifisch. Auch außerhalb von SAP gilt: Nicht alle historischen Daten aus alten Systemen verbessern das neue System automatisch.

Entscheidungslogik: Welche Fragen vor jeder Datenübernahme geklärt werden sollten

Für eine gute Entscheidung helfen vor allem fünf Fragen. Erstens: Werden die Daten im künftigen Tagesgeschäft tatsächlich noch gebraucht? Zweitens: Müssen sie aus rechtlichen, vertraglichen oder dokumentarischen Gründen nachvollziehbar verfügbar bleiben? Drittens: Sind sie qualitativ gut genug, um im Zielsystem Nutzen zu stiften? Viertens: Werden sie für Berichte, Vergleiche oder historische Auswertungen noch benötigt? Und fünftens: Ist die Migration wirtschaftlich sinnvoll oder trägt sie nur alten Ballast weiter?

Diese Fragen klingen einfach, erzeugen in der Praxis aber oft die entscheidende Klarheit. Sie zwingen Teams dazu, zwischen “irgendwie vielleicht noch nützlich” und “wirklich betrieblich relevant” zu unterscheiden.

Drei Datenklassen: Was typischerweise migriert, archiviert oder bereinigt wird

Sehr hilfreich ist eine Einteilung in drei Gruppen. Operativ relevante Daten gehören in die Migration. Das sind etwa aktive Kunden- oder Mitgliederdaten, offene Vorgänge, laufende Verträge, servicebezogene Historien mit Tagesgeschäftsbezug oder Datensätze, die unmittelbar für aktuelle Prozesse gebraucht werden.

Archivwürdige Daten müssen nicht zwingend ins neue Kernsystem. Dazu gehören häufig abgeschlossene Altvorgänge, ältere Dokumentationen, historische Fallakten oder Daten, die aus Nachweisgründen verfügbar bleiben müssen, aber kaum noch aktiv bearbeitet werden. Hier zählt vor allem, dass sie auffindbar, lesbar und nachvollziehbar bleiben. Gerade Geschäftsdaten mit Bezug auf einen alten Fall, einen historischen Vertrag oder ein abgeschlossenes Serviceereignis brauchen oft keinen Platz im Tagesgeschäft, wohl aber eine verlässliche Referenz.

Die dritte Gruppe sind bereinigungsbedürftige oder verzichtbare Daten. Doppelte, unvollständige, veraltete oder fachlich unklare Bestände sollten nicht automatisch mitwandern. Genau dort entsteht in vielen Projekten unnötige Last, weil Altprobleme in die neue Lösung übertragen werden.

Welche Rolle Datenbanken und Speicher wirklich spielen

Diese Entscheidung betrifft nicht nur Fachobjekte, sondern auch die technische Form der Aufbewahrung. Manche Informationen gehören in eine produktive Datenbank des neuen Systems, andere besser in einen separaten Speicher oder in eine klar abgegrenzte Archivlösung. Sobald verschiedene Datenbanken, Dokumentenspeicher und Altbestände beteiligt sind, sollte klar sein, wo Informationen künftig liegen, wie sie gefunden werden und welche Regeln für Zugriff, Aufbewahrung und Datenintegrität gelten.

Gerade in Systemen mit langer Historie ist das wichtig. Sonst landen Daten aus einem Altsystem halb im neuen Kern, halb in einem Export, halb in einer anderen Ablage. Das wirkt auf dem Papier vollständig, ist in der Praxis aber oft schlechter nutzbar als eine klare Trennung zwischen produktiven Daten, historischer Archivierung und sauber dokumentierter Aufbewahrung.

Für Unternehmen mit mehreren IT-Systemen ist das besonders relevant. Sobald Geschäftsdaten aus ERP, CRM, Portalen und älteren Anwendungen zusammengeführt werden sollen, reicht ein technischer Export nicht mehr aus. Dann braucht es eine belastbare Entscheidung darüber, welche Daten in welchen Systemen aktiv weiterleben und welche aus einem Altsystem nur noch sicher referenzierbar bleiben müssen.

Reporting und Historie: Warum diese Perspektive oft unterschätzt wird

Viele Migrationsentscheidungen werden rein operativ getroffen. Dann wird gefragt, was im Tagesgeschäft gebraucht wird. Das ist wichtig, aber nicht ausreichend. Management, Fachbereiche oder Revision brauchen oft historische Sichtbarkeit, die nicht jeden Datensatz aktiv im Zielsystem verlangt, aber dennoch zugänglich bleiben muss.

Gerade für Reports, Kennzahlenverläufe, Fallhistorien oder Nachweispflichten ist es entscheidend, früh zu klären, welche Daten künftig im neuen Reporting sichtbar sein müssen und welche nur noch dokumentarisch archiviert werden können. Wer das ignoriert, baut später manuelle Sonderwege oder Datenlücken in Berichten auf.

Hier hilft eine einfache Regel: Wenn Daten in Berichten, Vergleichen oder Prüfungen regelmäßig gebraucht werden, brauchen sie einen klaren Platz im Zielbild. Das heißt nicht automatisch Vollmigration. Es heißt aber, dass Regeln für Datenmigration, Archivierung, Zugriff und spätere Auswertbarkeit früh geklärt werden müssen.

Hybridpfade: Warum die beste Lösung oft weder Vollmigration noch reines Archiv ist

In vielen Projekten liegt die tragfähigste Antwort zwischen den Extremen. Operativ relevante Kerndaten werden in das Zielsystem übernommen, historische Detailtiefe bleibt in einem gut zugänglichen Archiv erhalten und für Reporting oder Vergleichswerte werden gezielt verdichtete Informationen mitgeführt. Genau dieser hybride Pfad reduziert Komplexität, ohne Informationssicherheit leichtfertig aufzugeben.

Wichtig ist dabei, dass dieser Mittelweg bewusst geplant wird. Welche Nutzergruppen brauchen welchen Zugriff? Welche Altbestände müssen für Auskunft oder Prüfzwecke schnell lesbar sein? Welche Informationen müssen im neuen System aktiv weiterbearbeitet werden? Wer diese Fragen sauber trennt, erhält ein deutlich stabileres Modernisierungsbild.

Für Unternehmen ist genau dieser hybride Ansatz oft wirtschaftlicher als eine pauschale Entscheidung. Er reduziert Kosten in der Datenmigration, hält das neue System schlanker und schafft gleichzeitig eine belastbare Aufbewahrung für Informationen, die in besonderen Fällen noch gebraucht werden. Gerade in einer größeren Transformation mit mehreren Systemen hilft dieser Mittelweg, Risiken sichtbar zu halten und die spätere Systemstilllegung eines Altsystems kontrollierter vorzubereiten.

Akzeptanz: Warum gute Datenentscheidungen auch menschliche Sicherheit schaffen

Mitarbeitende beurteilen ein neues System nicht nur nach Geschwindigkeit oder Oberfläche. Sehr häufig hängt die Akzeptanz daran, ob wichtige historische Informationen weiterhin zuverlässig auffindbar sind. Wenn früh klar erklärt wird, was migriert, was archiviert und warum diese Trennung sinnvoll ist, sinkt Unsicherheit in Fachbereichen spürbar. Genau diese kommunikative Klarheit macht Datenmigration im Alltag viel erfolgreicher.

Zugriff und Auffindbarkeit: Archivierung ist nur dann gut, wenn sie praktisch nutzbar bleibt

Ein Archiv ist nicht automatisch eine gute Lösung, nur weil Daten dort formal noch vorhanden sind. Entscheidend ist, ob sie später auch auffindbar, lesbar und kontextbezogen nutzbar bleiben. Wer kann auf die Daten zugreifen? Welche Suche ist möglich? Lassen sich Dokumente, Vorgänge oder alte Mitglieds- und Kundenversionen nachvollziehen? Und ist auch in zwei oder drei Jahren noch klar, was ein bestimmtes Feld oder ein alter Status eigentlich bedeutet?

Gerade in Modernisierungsprojekten lohnt es sich, diese Fragen früh mit Fachbereichen und IT zu klären. Sonst entsteht ein formales Archiv ohne echten Nutzen, während operative Teams doch wieder nach Exporten oder Altsystem-Zugängen verlangen. Gute Archivierung reduziert nicht nur Last im Zielsystem, sondern schafft auch eine saubere historische Referenz, auf die man sich wirklich verlassen kann.

Vorgehen: So wird aus Datenbestand eine belastbare Migrationsentscheidung

Ein guter Start ist eine strukturierte Dateninventur. Welche Datenobjekte gibt es überhaupt? Wo liegen sie? Welche Felder werden tatsächlich genutzt? Welche Teams greifen darauf zu? Welche Altbestände sind fachlich unklar? Diese Inventur sollte nicht nur technisch, sondern gemeinsam mit Fachverantwortlichen erfolgen.

Darauf folgt die Bewertung nach Nutzen, Pflicht und Risiko. Welche Daten müssen aktiv weiterbearbeitet werden? Welche müssen nur nachschlagbar sein? Welche können bereinigt oder verworfen werden? Genau an dieser Stelle helfen Workshops oft mehr als reine Exportanalysen, weil sie Fachrealität und Datenlage zusammenbringen.

Danach entsteht idealerweise eine klare Migrationsmatrix: migrieren, archivieren, bereinigen, nicht übernehmen. Diese Matrix reduziert Scope, macht Aufwand greifbarer und schafft ein viel realistischeres Bild für Projektstart und Budget.

Praktische Regeln für die Entscheidung

In vielen Projekten helfen einfache Regeln mehr als lange Grundsatzdiskussionen. Eine Regel kann sein: Daten mit aktivem Prozessbezug gehören eher in die Datenmigration. Eine andere Regel kann sein: Historische Informationen ohne operative Relevanz bleiben eher in einer gut auffindbaren Archivierung. Eine dritte Regel kann definieren, ab wann Daten nur noch aus Gründen der Aufbewahrung oder aus einem besonderen Fall heraus benötigt werden.

Solche Regeln schaffen Ruhe, weil sie Entscheidungen zwischen Fachbereichen, IT und Projektleitung nachvollziehbar machen. Gerade wenn mehrere Systeme, mehrere Datenbanken oder verschiedene Arten von Altdaten beteiligt sind, ist diese Klarheit oft wichtiger als noch ein weiterer Voll-Export. Sie schafft außerdem eine belastbare Grundlage dafür, wann Archivierung reicht, wann ein ERP System historische Referenzen braucht und wann eine spätere Systemstilllegung ohne Datenverlust realistisch wird. Das gilt besonders dann, wenn Geschäftsdaten aus unterschiedlichen Anwendungen stammen und nicht jedes Altsystem dieselbe Relevanz für das künftige Zielbild hat.

Wirtschaftlichkeit: Warum weniger Daten oft mehr Projektqualität bedeuten

Jeder zusätzlich migrierte Datenbereich erzeugt Aufwand in Analyse, Mapping, Test, Bereinigung und Abnahme. Deshalb ist die Frage nach der Wirtschaftlichkeit zentral. Wenn ein Altbestand nur selten gebraucht wird, fachlich schwach gepflegt ist und keinen klaren Mehrwert im Zielsystem bringt, dann ist eine aufwendige Übernahme oft schlechter investiert als eine saubere Archivlösung.

Diese Sicht hilft auch politisch im Projekt. Statt über “alles oder nichts” zu diskutieren, wird die Entscheidung nachvollziehbarer: Welche Daten verbessern den künftigen Betrieb tatsächlich, und welche würden nur Komplexität, Testaufwand und spätere Pflege erhöhen? Genau diese Logik macht Modernisierung oft ruhiger und realistischer.

Fehlerquellen: Was bei Altdaten besonders oft schiefgeht

Die häufigste Fehlentscheidung ist die pauschale Vollmigration. Sie wirkt sicher, ist aber oft teuer und fachlich unnötig. Das Zielsystem startet dann mit Altlasten, unklaren Feldern und widersprüchlichen Datenlogiken, die eigentlich überwunden werden sollten. In ERP Systemen oder bei einem künftigen S/4HANA System wird dieser Ballast besonders sichtbar, weil operative Prozesse dann mit unnötiger Historie belastet werden.

Die zweite Fehlentscheidung ist das blinde Archivieren ohne Zugriffslogik. Wenn Daten zwar formal aufbewahrt, aber später kaum auffindbar oder interpretierbar sind, entsteht nur ein anderes Problem. Archivierung braucht Struktur, Suchbarkeit und klare Verantwortlichkeit.

Die dritte Fehlentscheidung ist, Fachbereiche zu spät einzubinden. Dann entscheidet allein die technische Sicht über Daten, die operativ, rechtlich oder historisch ganz unterschiedlich relevant sein können.

Ein weiterer häufiger Fehler ist, alle Fälle gleich zu behandeln. Nicht alle Altdaten aus allen Systemen sind für alle Unternehmen gleich wichtig. Wer ohne klare Regeln vorgeht, migriert oft Daten in das neue System, die später niemand mehr nutzt, und vergisst gleichzeitig Informationen, die in einem konkreten Fall doch noch gebraucht werden. Gerade bei älteren Anwendungen oder historisch gewachsenen IT-Systemen entstehen dann Lücken, weil zwar viele Daten übernommen wurden, die wirklich wichtigen Geschäftsdaten aus einem Altsystem aber fachlich nicht sauber zugeordnet sind.

Proof: Gute Migrationsentscheidungen machen Zielsysteme klarer und Projekte ruhiger

In unseren Projektmustern zeigt sich immer wieder, dass nicht die größte Datenmenge den Erfolg bringt, sondern die klarste Entscheidung. Teams gewinnen Vertrauen, wenn sichtbar wird, warum etwas aktiv übernommen wird, warum anderes bewusst im Archiv bleibt und welche Datenqualität im Zielsystem künftig erwartet werden kann.

Gerade für Unternehmen und Organisationen in Wien und Österreich ist diese Transparenz oft entscheidend. Sie reduziert Diskussionen, schafft realistischere Projektpläne und stärkt die Akzeptanz bei Fachbereichen, die mit den Daten später tatsächlich arbeiten.

Das gilt auch in größeren Vorhaben mit ERP-, CRM- oder S/4HANA-Bezug. Dort ist die Frage nicht nur, welche Daten technisch migrierbar wären, sondern welche Daten aus alten Systemen, Altsystemen und angrenzenden Anwendungen im neuen Kontext wirklich Leistung bringen. Gute Entscheidungen halten das Zielsystem klar und die Archivierung praktisch nutzbar. Gleichzeitig verbessern sie Datenintegrität, senken die Hürden einer späteren Systemstilllegung und machen die gesamte Transformation für Unternehmen steuerbarer.

Nächster Schritt: Welche Seiten jetzt besonders hilfreich sind

Wenn Sie Ihre Ausgangslage sauber einordnen möchten, helfen diese Seiten meist am meisten:

• Datenmigration & Systemablöse für die konkrete Lösungslogik
• Software-Modernisierung für den strategischen Rahmen
• Datenmigration ohne Chaos für den operativen Blick
• FAQ Software-Modernisierung für typische Einwände
• Kontakt & Erstgespräch oder Discovery-Workshop für die Priorisierung

Die wichtigste Vorarbeit ist selten ein weiterer Voll-Export. Viel wertvoller ist eine klare Trennung zwischen aktiver Datenzukunft und sauberer historischer Verfügbarkeit.

Häufige Fragen

Sollte man im Zweifel eher alles migrieren?

Meist nicht. Eine Vollmigration reduziert kurzfristig Entscheidungsdruck, erhöht aber oft Kosten, Komplexität und Datenlast im Zielsystem. Besser ist eine bewusste Differenzierung.

Reicht Archivierung allein für ältere Daten?

Nur dann, wenn klar ist, dass sie nicht mehr operativ gebraucht werden und trotzdem auffindbar, lesbar und nachvollziehbar bleiben. Ein Archiv ohne Zugriffslogik löst wenig.

Wer sollte über Migration oder Archivierung entscheiden?

Nicht nur die IT. Fachverantwortung, Prozesssicht, Datenschutz- oder Compliance-Perspektive und Reporting-Bedarf sollten gemeinsam bewertet werden.

Wann wird das Thema kritisch?

Spätestens dann, wenn ein neues System gestartet werden soll, aber unklar ist, welche Altbestände für Betrieb, Reporting oder Nachweis wirklich weiter benötigt werden.

Müssen bei SAP- oder S/4HANA-Projekten immer alle Altdaten mit?

Nein. Gerade in SAP- und S/4HANA-Vorhaben ist die Versuchung groß, alle historischen Daten direkt mitzunehmen. In der Praxis ist es oft sinnvoller, sauber zwischen aktiver Datenmigration, referenzierbarer Archivierung und gesonderter Aufbewahrung zu unterscheiden. Für ein S/4HANA System gilt dabei dieselbe Regel wie für jedes andere ERP System: Nur weil Daten technisch migrierbar sind, müssen sie nicht operativ übernommen werden.

Was ist bei alten Datenbanken besonders wichtig?

Vor allem Klarheit über Struktur, Nutzung und Zugriff. Wenn Informationen aus einer alten Datenbank in andere Systeme, Archive oder Berichte wandern, sollten Regeln für Mapping, Aufbewahrung, Suchbarkeit und den Umgang mit Sonderfällen früh festgelegt werden.

Fazit

Altdaten archivieren oder migrieren ist keine reine Technikfrage, sondern eine Frage nach Prozessrelevanz, Nachvollziehbarkeit und Projektklarheit. Wer diese Entscheidung sauber vorbereitet, startet mit einem klareren Zielsystem, realistischeren Migrationsaufwänden und deutlich weniger Altlasten im neuen Betrieb.

Wenn Sie das für Ihr Vorhaben belastbar sortieren möchten, führen ein Erstgespräch, ein strukturierter Discovery-Workshop und passende Projektmuster meist schneller zu einer guten Entscheidung als die pauschale Devise “lieber alles mitnehmen”.