Datenmigration: Die vollständige Checkliste für einen sicheren Umzug

Eine Datenmigration ohne Checkliste ist ein Risiko. Nicht weil der Umzug automatisch schiefgeht, sondern weil ohne Struktur die entscheidenden Prüfschritte fehlen. Die Schritte, bei denen man Fehler noch rechtzeitig bemerkt, bevor sie teuer werden.

Dieser Artikel liefert eine vollständige Datenmigration Checkliste. Praxiserprobt. Verständlich für Entscheider und Projektleiter, die wissen wollen was passiert, ohne selbst in die Datenbank schauen zu müssen.

Was ist eine Datenmigration?

Datenmigration bedeutet: Daten werden von einem System in ein anderes übertragen. Das klingt schlicht. Tatsächlich verbirgt sich dahinter eine der häufigsten Ursachen für gescheiterte IT-Projekte.

Das neue System denkt anders als das alte. Felder heißen anders. Datenformate weichen ab. Pflichtfelder existieren, die es vorher nicht gab. Zeichensätze unterscheiden sich. Datumsangaben, die im alten System als Text gespeichert wurden, müssen im neuen echte Datumswerte werden.

Und dann ist da noch der Datenmüll. Jedes System, das lange läuft, sammelt ihn an. Duplikate. Veraltete Einträge. Felder, die nie befüllt wurden. Bei einer Migration kommt er ans Tageslicht. Das ist keine Katastrophe, aber es braucht einen Plan.

Was eine Software-Migration grundsätzlich bedeutet, erklären wir in unserem Artikel Was ist eine Software-Migration?.

Die Datenmigration Checkliste: Alle Schritte im Überblick

Phase 1: Bestandsaufnahme

Bevor eine Datei bewegt wird, brauchen Sie einen vollständigen Überblick.

Welche Daten gibt es? Nicht nur Tabellen und Felder, sondern auch Dateien, Anhänge, Protokolle, Archivdaten. Was ist aktiv in Verwendung, was ist historischer Bestand, was kann weg?

Welche Qualität haben die Daten? Gibt es Duplikate? Fehlende Pflichtfelder? Einträge, die gar nicht mehr gültig sind?

Wo liegen die Daten? Viele Altsysteme haben Daten an mehreren Orten verteilt. Datenbank, Dateisystem, E-Mail-Archiv, vielleicht sogar Excel-Tabellen die jemand separat gepflegt hat.

Prüfpunkte:

• Alle Datentabellen identifiziert und dokumentiert
• Dateianhänge und externe Speicherorte erfasst
• Gesamtdatenmenge geschätzt (Gigabyte und Datensatzanzahl)
• Datenqualität bewertet: Vollständigkeit, Duplikate, Inkonsistenzen
• Verantwortlichkeiten geklärt: Wer entscheidet was migriert wird?

Phase 2: Datenmapping

Das Herzstück jeder Datenmigration ist das Mapping. Es definiert, wie Daten aus dem alten System ins neue übersetzt werden.

Ein Mapping-Dokument beschreibt für jedes Feld: Woher kommt es? Wohin geht es? Was passiert wenn der Wert fehlt? Was passiert wenn der Wert im neuen System nicht erlaubt ist?

Klingt bürokratisch. Ist es auch. Aber ohne es geht am Ende etwas verloren, und niemand weiß wo.

Prüfpunkte:

• Mapping-Tabelle für alle Felder erstellt
• Transformationsregeln dokumentiert, etwa Datum-Konvertierung oder Zeichensatz
• Fehlende Pflichtfelder adressiert: Default-Wert, Auffüllen oder Ausschluss
• Fachliche Freigabe des Mappings durch jemanden der den Prozess kennt

Phase 3: Bereinigung und Vorbereitung

Schlechte Daten wandern, wenn man sie lässt, einfach ins neue System. Das löst kein Problem, es verlagert es nur.

Vor der Migration sollten Sie Daten bereinigen. Duplikate zusammenführen. Veraltete Datensätze archivieren oder löschen. Pflichtfelder prüfen und befüllen wo nötig.

Das kostet Zeit. Aber weniger Zeit als die Bereinigung nach einer gescheiterten Migration.

Prüfpunkte:

• Duplikate identifiziert und bereinigt
• Archivdaten von aktiven Daten getrennt
• Leere Pflichtfelder befüllt oder als Ausnahmen dokumentiert
• Bereinigung dokumentiert: Was wurde geändert und warum?

Phase 4: Testmigration

Keine Migration direkt in die Produktion. Immer zuerst in eine Testumgebung.

Die Testmigration zeigt: Funktioniert das Mapping? Gibt es Fehler die die Transformation abbricht? Sehen die Daten im neuen System aus wie erwartet?

Hier werden Fehler sichtbar, die man im Mapping-Dokument nicht sah. Zeichensatzprobleme zum Beispiel. Oder Sonderfälle die niemand auf dem Schirm hatte.

Prüfpunkte:

• Testumgebung aufgesetzt, identisch zur Produktionsumgebung
• Testmigration mit vollständigem Datensatz durchgeführt
• Migrationsfehler dokumentiert und bewertet
• Stichprobenkontrolle: Datensätze manuell verglichen, alt gegen neu
• Performance der Migration gemessen: Wie lange dauert ein Durchlauf?

Phase 5: Fachliche Validierung

Technik allein reicht nicht. Nach der Testmigration müssen Fachverantwortliche prüfen, ob die Daten inhaltlich stimmen.

Das bedeutet: Buchhalter prüfen Finanzdaten. Kundenservice prüft den Kundenstamm. Vertrieb prüft Angebote und Aufträge. Jeder prüft seinen Bereich.

Diese Phase wird oft übersprungen. Sie ist aber entscheidend. Technisch fehlerfreie Daten können fachlich falsch sein.

Prüfpunkte:

• Fachverantwortliche für alle Datenbereiche bestimmt
• Testplan für fachliche Prüfung erstellt: Welche Datensätze werden geprüft?
• Prüfergebnisse dokumentiert und freigegeben
• Kritische Datensätze Eins-zu-eins verglichen

Phase 6: Rollback-Plan

Was passiert wenn etwas schiefgeht? Diese Frage muss vor der Migration beantwortet sein, nicht danach.

Ein Rollback-Plan beschreibt: Bis zu welchem Zeitpunkt kann die Migration abgebrochen werden? Wie kommt man zum alten System zurück? Wer entscheidet das?

Ohne Rollback-Plan ist man blind unterwegs.

Prüfpunkte:

• Rollback-Szenario definiert und dokumentiert
• Vollständiges Backup des Altsystems erstellt und getestet
• Verantwortlichen für Rollback-Entscheidung benannt
• Zeitfenster für Rollback festgelegt

Phase 7: Produktionsmigration

Wenn alle vorherigen Phasen abgeschlossen und freigegeben sind, folgt die eigentliche Migration.

Timing ist wichtig. Idealerweise läuft die Migration nachts oder am Wochenende, wenn wenig Betrieb ist. Betroffene Nutzer müssen rechtzeitig informiert werden.

Während der Migration gilt: Keine Änderungen im alten System. Das Altsystem wird für Schreibzugriffe gesperrt, sonst entstehen Inkonsistenzen.

Prüfpunkte:

• Zeitfenster festgelegt und kommuniziert
• Altsystem für Schreibzugriffe gesperrt
• Migration mit Protokollierung durchgeführt
• Migrationsfehler in Echtzeit überwacht
• Sofort-Check nach Abschluss: Kritische Datensätze geprüft

Phase 8: Validierung und Abnahme

Nach der Produktionsmigration folgt die finale Prüfung. Erst wenn diese positiv ist, wird das neue System für alle Nutzer freigegeben.

Prüfpunkte:

• Vollständigkeitsprüfung: Datensatzanzahl alt und neu stimmt überein
• Stichprobenkontrolle durch Fachverantwortliche
• Alle Schnittstellen und abhängigen Systeme geprüft
• Formale Abnahme dokumentiert und freigegeben

Phase 9: Dokumentation

Was nach der Migration festgehalten werden muss: Mapping-Tabellen, Abweichungen vom Plan, Rollback-Protokoll und die Entscheidungen die getroffen wurden. Warum bestimmte Daten nicht migriert wurden. Warum ein Feld anders belegt ist als erwartet.

Diese Dokumentation hilft, wenn in sechs Monaten jemand fragt: "Warum steht da das drin?" Wie Sie rückwirkend Ordnung in die Unterlagen eines Altsystems bringen, zeigt unser Artikel zur Dokumentation für Legacy-Software.

Häufige Fehler bei der Datenmigration

Wer die Checkliste einhält, vermeidet die meisten Probleme. Trotzdem gibt es typische Fallen.

Kein ausreichendes Backup. Das Backup existiert auf dem Papier, wurde aber nie getestet. Ein Backup das nicht wiederhergestellt werden kann, ist kein Backup.

Fachliche Validierung fehlt. Techniker prüfen ob Daten ankamen. Niemand prüft ob die richtigen Daten ankamen. Das fällt erst im Betrieb auf.

Unterschätzter Aufwand für Bereinigung. Datenmüll steckt in jedem alten System. Wer das nicht einplant, verlängert das Projekt, meistens auf Kosten der Qualität.

Keine Kommunikation mit Nutzern. Betroffene Mitarbeiter erfahren von der Migration durch den gesperrten Login. Das erzeugt Misstrauen und Chaos.

Kein Mapping-Dokument. Manche Teams "machen das schnell im Script". Sechs Monate später weiß niemand mehr warum Feld X auf Feld Y gemappt wurde. Nachvollziehbarkeit ist kein Luxus.

Datenmigration aus Altsystemen: Besondere Herausforderungen

Bei einem Umzug aus einer alten Anwendung kommen oft besondere Probleme dazu. Das Altsystem hat keine saubere Datenbankstruktur. Daten liegen in Formaten vor, die kein modernes Tool versteht. Dokumentation fehlt. Niemand mehr im Unternehmen kennt die Logik dahinter.

In solchen Fällen braucht die Bestandsaufnahme deutlich mehr Zeit. Manchmal muss man den Code des Altsystems analysieren, um zu verstehen wie Daten eigentlich strukturiert sind. Was sich im Laufe der Jahre in Datenbank-Feldern angesammelt hat, ist nicht immer das was die Feldbezeichnung vermuten lässt.

Mehr zu dieser speziellen Situation lesen Sie in unserem Artikel über die Datenmigration aus Altsystemen.

Was tun wenn man nicht weiß wie man anfängt?

Eine Datenmigration ist komplexer als sie auf den ersten Blick wirkt. Diese Checkliste zeigt die Schritte. Was sie nicht zeigt, ist der konkrete Aufwand in Ihrer Situation.

Jedes System ist anders. Ein einfaches CRM-System lässt sich in wenigen Tagen migrieren. Eine individuell entwickelte Anwendung aus dem Jahr 2005, ohne Dokumentation, mit gewachsener Datenbankstruktur: Das ist ein anderes Projekt.

Der richtige erste Schritt ist eine Analyse. Sie zeigt, womit Sie es wirklich zu tun haben, bevor Zusagen gemacht werden.

Sprechen Sie uns an. Das Erstgespräch ist kostenlos. Wir schauen uns Ihr System an und sagen Ihnen ehrlich, was eine Migration bei Ihnen bedeutet, wie lange sie dauert und was sie kostet.