Bestimmen Sie die Single Source of Truth und den Umfang der Historie, erfassen Sie Felder und Beziehungen, definieren Sie Bereinigungsregeln und erstellen Sie einen wiederholbaren Import. Proben Sie die Migration an einer sicheren Kopie, gleichen Sie Mengen und Bedeutung der Daten ab, testen Sie die Nutzerprozesse und führen Sie erst dann eine kontrollierte Umstellung mit vorbereitetem Rückweg durch.
Eine neue Webanwendung kann korrekt funktionieren und dennoch bei der Einführung scheitern, wenn unvollständige, doppelte oder falsch verknüpfte Daten in sie gelangen. Eine Migration ist kein einfaches Kopieren von Tabellen. Das alte System enthält oft versteckte Regeln, historische Ausnahmen und Werte, deren Bedeutung nur ein Teil des Teams kennt.
Ein sicheres Vorgehen beginnt mit einer Bestandsaufnahme der Quellen und der Entscheidung, welche Daten in der neuen Lösung sinnvoll sind. Es folgen Mapping, Bereinigung, wiederholbarer Import und eine fachliche Prüfung mit Vertretern der Nutzer. Die Produktivumstellung benötigt einen Verantwortlichen, einen Zeitplan, eine Methode zur Erfassung von Änderungen und klare Bedingungen für das Fortfahren oder ein Zurücksetzen.
Inventarisieren Sie Quellen und Bedeutung der Daten
Erfassen Sie Datenbanken, Tabellen, Dateien, Anhänge, Stammdatenlisten und externe Systeme, die den heutigen Prozess bilden. Kennzeichnen Sie bei jeder Quelle Verantwortlichen, Qualität, Sensibilität, Format und Art der Aktualisierung. Derselbe Kunde kann im CRM, in der Buchhaltung und in einer geteilten Datei unterschiedliche Daten haben. Ohne Entscheidung über die maßgebliche Quelle wird der Konflikt in die neue Anwendung übertragen.
Der Umfang wird nicht allein durch die Verfügbarkeit der Historie bestimmt. Finden Sie heraus, welche alten Datensätze die Nutzer für Entscheidungen brauchen, welche aus einem anderen Grund verfügbar bleiben müssen und welche sicher archiviert werden können. Alles zu übertragen erhöht Zeitaufwand, Risiko und die Menge an Unklarheiten. Dokumentieren Sie beim Aussondern von Daten den Grund und die Art, wie berechtigte Informationen künftig auffindbar sind.
Ordnen Sie Felder, Identitäten und Beziehungen zu
Die Mapping-Tabelle sollte Quellfeld, Zielfeld, Datentyp, Pflichtangabe, Transformationsregel und erwartete Ausnahmen enthalten. Denken Sie an Zeitzonen, Währungen, Kodierungen, Dezimaltrennzeichen und die Bedeutung eines leeren Wertes. Ein gleicher Feldname muss nicht dieselbe Information bedeuten, und ein unterschiedlicher Name kann denselben Begriff verbergen.
Stabile Identitäten sind wichtiger als die Reihenfolge der Zeilen. Schaffen Sie eine Möglichkeit, Benutzer, Organisationen, Bestellungen und Anhänge auch nach einer Änderung interner Identifikatoren zu verknüpfen. Importieren Sie Beziehungen in einer festgelegten Reihenfolge oder halten Sie sie vorübergehend in einer Mapping-Schicht. Lösen Sie Duplikate nach transparenten Regeln und verknüpfen Sie Datensätze nicht nur aufgrund eines ähnlichen Namens.
- Quelle und Ziel jedes Feldes
- Transformation und Validierung des Werts
- Regel für fehlende oder ungültige Angaben
- Zuordnung von alter und neuer Kennung
Bereinigen Sie Daten, ohne die Herkunft zu verlieren
Eine Bereinigung kann das Format vereinheitlichen, offensichtlich ungültige Werte entfernen oder Kandidaten für eine Zusammenführung markieren. Jede Regel braucht jedoch eine Begründung und die Möglichkeit, die Herkunft nachträglich zu bestimmen. Eine automatische Korrektur sollte keine Angaben erraten, die sich nicht zuverlässig ableiten lassen. Lagern Sie unklare Fälle in eine Liste aus, über die der fachlich Verantwortliche entscheidet.
Schützen Sie Arbeitskopien genauso wie Produktivdaten. Beschränken Sie den Zugriff, verwenden Sie einen dafür vorgesehenen Speicher und löschen Sie die Kopien nach dem Test sicher. Benötigt die Entwicklung keine echten personenbezogenen Daten, erstellen Sie einen anonymisierten oder synthetischen Datensatz, der wichtige Randfälle beibehält. Versionieren Sie Transformationen, damit sich das Ergebnis reproduzieren und erklären lässt.
Proben Sie den Import und die inhaltliche Prüfung
Der Importprozess soll wiederholbar und robust gegenüber teilweisem Fehlschlagen sein. Erfassen Sie die Version der Eingabe, die Transformationen, Beginn, Ende, Fehler und die resultierenden Anzahlen je Datensatztyp. Ein Testlauf deckt die Performance, die Reihenfolge von Abhängigkeiten sowie Unterschiede zwischen dokumentiertem und tatsächlichem Format auf. Korrigieren Sie die Regel, nicht durch manuellen Eingriff ein einzelnes Ergebnis.
Technische Zählungen reichen nicht aus. Benutzer sollten typische und riskante Szenarien durchgehen: einen Kunden finden, einen älteren Fall öffnen, einen Anhang prüfen, eine begonnene Aufgabe fortsetzen und Berechtigungen überprüfen. Wählen Sie Stichproben über verschiedene Zeiträume und Ausnahmen hinweg. Klassifizieren Sie jede Abweichung als Fehler der Quelle, der Transformation, des Zielmodells oder der Erwartung.
Bereiten Sie Umstellung, Abgleich und Rückkehr vor
Legen Sie vor dem Go-live-Termin fest, ab wann das alte System nicht mehr geändert wird oder wie Sie die Änderungen seit dem letzten Export übertragen. Bestimmen Sie die Reihenfolge der Schritte, die verantwortlichen Personen, den Kommunikationskanal und die Erfolgskriterien. Die Nutzer müssen wissen, was vorübergehend nicht verfügbar sein wird und wo sie Probleme melden können. Prüfen Sie die Zugänge zum neuen System bereits vor dem eigentlichen Umstellungsfenster.
Vergleichen Sie nach dem Import Anzahlen, Summen – wo sie sachlich sinnvoll sind –, Beziehungen und Kontrollstichproben. Das Ergebnis wird schriftlich von den Dateneigentümern abgenommen, nicht nur vom technischen Team. Ein Rollback muss auch Änderungen berücksichtigen, die nach dem Start der neuen Anwendung entstanden sind; ein einfaches Wiedereinschalten des alten Systems könnte diese verlieren. Bewahren Sie Quellexporte und Protokolle kontrolliert und planmäßig auf.
Häufige Fragen
Muss die gesamte Historie aus dem alten System migriert werden?
Nicht immer. Legen Sie den Umfang nach tatsächlicher Nutzung, Pflichten, Qualität und der Möglichkeit einer sicheren Archivierung fest. Wichtig ist, dass eine berechtigte Person ältere Daten bei Bedarf finden kann.
Reicht es, die Zeilenanzahl vor und nach dem Import zu vergleichen?
Nein. Die Anzahl deckt keine falschen Werte, defekten Verknüpfungen, Duplikate oder fehlerhaften Berechtigungen auf. Kombinieren Sie technische Prüfungen mit inhaltlichen Stichproben und dem Durchlaufen echter Nutzerprozesse.
Wer sollte die Datenmigration freigeben?
Das technische Team bestätigt den Ablauf des Imports, doch Bedeutung und Verwendbarkeit der Daten sollten deren Eigentümer und Vertreter der Nutzer freigeben. Bei sensiblen Daten sind auch die zuständigen Sicherheits- und Rechtsverantwortlichen einzubeziehen.
Quellen und weiterführende Lektüre
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
