CAFM: Produktivmigration und Cutover-Datenload

Zwischen den abschließenden Testmigrationen und dem Produktiv-Cutover fallen meist weitere Datenänderungen an (z.B. neue Tickets, Buchungen). Diese Delta-Daten werden in einem finalen Last-Minute-Lauf übernommen. In der Praxis erfolgt nach der letzten Generalprobe ein weiterer Delta-Load, der nur die seitdem geänderten oder neu erfassten Datensätze überträgt. Das bedeutet, man kopiert nur die Differenzen („delta“), damit beim Go-Live der Datenbestand exakt aktuell ist. Technisch kann dies über zeitgestempelte Abfragen oder Änderungsprotokolle im Altsystem realisiert werden. Ein solcher Delta-Lauf ermöglicht, dass das Live-System bei Öffnung auf demselben Stand ist wie das Altsystem, ohne das gesamte Datenvolumen erneut zu migrieren.

Zur Migration kommen spezialisierte Migrationswerkzeuge, Skripte und Schnittstellen zum Einsatz. In der Regel werden Extrakt-Transformations-Lade-Prozesse (ETL) implementiert – etwa SQL-Skripte, Python-ETL-Tasks oder Integrationstools –, die Altdaten extrahieren, aufbereiten und ins neue Schema laden. Oft existieren auch Standard-Im-/Exportfunktionen der CAFM-Software (CSV/XML-Import, APIs). Entscheidend ist der Einsatz professioneller Werkzeuge und eines erfahrenen Teams, um Datenfehler zu vermeiden. Erfahrene Dateningenieure schreiben Validierungsskripte, die Mappings testen und Inkonsistenzen aufdecken. Vor der Produktivmigration sind mehrere Testläufe sinnvoll: Dabei wird das Migrationsverfahren in einer isolierten Testumgebung erprobt und von Fachexperten validiert, um die Skripte iterativ zu optimieren. Automatisierte Prüfroutinen (Checksummen, Dubletten-Checks) gewährleisten, dass die Tools die Daten vollständig und korrekt übertragen. Die Schnittstellenauswahl richtet sich nach den Systemen – etwa Datenbankkonnektoren, Webservice-Schnittstellen oder standardisierte Datenpakete (z.B. IFC/COBie bei BIM-Daten) – um einen verlustfreien Transfer zu ermöglichen.

Die Ablaufplanung definiert detailliert Schritte, Verantwortlichkeiten und Deadlines für das Go-Live. Vorab wird ein realistischer Migrationsplan mit Puffern erstellt. Wichtige Meilensteine sind: Abschluss der Datenbereinigung, letzte Testmigration mit Fachexperten-Abnahme und Erstellung des finalen Migrationsplans.

Jede Phase hat klar festgelegte Deadlines (häufig im Wochenende oder in Wartungsfenstern) und erfolgt sequentiell. Abhängigkeiten sind etwa: Backup → Freeze → Migration → Validierung → Freigabe. Die Projektleitung überwacht den Zeitplan aktiv und koordiniert die Teilnehmer gemäß einem Migrationskonzept.

Nach dem Cutover empfiehlt sich oft ein Parallelbetrieb über einige Tage oder Wochen: Geschäftsvorgänge werden zeitweise in beiden Systemen (Alt- und Neusystem) abgearbeitet und verglichen. Dies erhöht die Sicherheit, versteckte Datenfehler oder Prozessabweichungen zu entdecken, bevor das Altsystem endgültig abgeschaltet wird. Wichtig ist zudem ein definierter Rollback-Plan: Wenn während oder kurz nach dem Go-Live schwerwiegende Probleme auftreten, muss die Migration sofort gestoppt und ggf. auf den letzten Stand des Altsystems zurückgegangen werden. In der Praxis bedeutet dies: klare Abbruchkriterien festlegen, Testdatenbanken offenhalten und ausreichende Backups griffbereit halten. Rollback-Optionen sollten in der Cutover-Phase ständig abrufbar sein – so kann bei Bedarf zurückgerollt und der Produktivbetrieb im Altssystem fortgesetzt werden.

• Projektleitung (intern oder externer Projektmanager): Gesamtkoordination, Termin- und Ressourcenplanung, Kommunikationssteuerung und Go/No-Go-Entscheidungen.

• Datenverantwortliche/Fachbereich: Pflege und Bereinigung der Bestandsdaten, Festlegung von Mappings und Regeln, Abnahme der migrierten Daten hinsichtlich Vollständigkeit und inhaltlicher Richtigkeit.

• CAFM-Implementierungspartner (Consultants/Entwickler): Technische Durchführung der Migration – Entwicklung und Ausführung der Migrationsskripte, Testmigrationen, Konfiguration des Zielsystems sowie Fehleranalyse und -behebung.

• IT-Abteilung/Systemadministration: Bereitstellung der Infrastruktur (Datenbank, Server), Erstellung von Backups, Durchführung des System-Freezes und Überwachung des Migrations-Tools. Sie übernehmen außerdem das Monitoring und sorgen für schnellen Support im Cutover-Fenster.

• Key-User/Endanwender: Teilnahme an Akzeptanztests, Plausibilitätsprüfungen und Trainings. Sie validieren, dass im neuen System bekannte Abläufe funktionieren und geben nach erfolgreichen Tests das Go-Live frei.

So wird der Cutover „als orchestrierter Prozess zwischen Projektleiter, Administratoren (System, DB), IT-Koordinatoren und Fachverantwortlichen“ durchgeführt. Ein zentraler Migrationsverantwortlicher mit Überblick über alle Teilaufgaben (z.B. ein Data Migration Lead) ist ein Best-Practice-Risiko-Minderungsfaktor.

Die Abnahmekriterien für den Go-Live konzentrieren sich auf Daten- und Funktionalitätssicherheit. Zu den wichtigsten Kriterien zählen: Vollständige Datenübernahme (alle Stammdatenobjekte sind vorhanden), Übereinstimmung der Datensummen (Zählkontrollen, Salden) sowie erfolgreiche Durchführung von Geschäftsprozessen im neuen System. Dies wird durch umfassende Validierungschecks sichergestellt: Man vergleicht stichprobenartig Datensätze und Summen (z.B. offene Aufträge, Finanzsalden) zwischen Alt- und Neusystem. Auch Benutzerakzeptanztests sind essentiell: Vertreter der Fachbereiche prüfen, ob ihr täglicher Workflow (z.B. Auftragserfassung, Reports) mit den migrierten Daten wie erwartet funktioniert. Erst wenn alle Prüfungen (Funktionstests, Datenintegritätstests und dokumentierte Abnahmetestfälle) bestanden sind, erfolgt die Go-Live-Freigabe. In der Praxis definiert man vorab exakte Schwellen (z.B. 100 % Vollständigkeit, 0 % kritische Fehler) – erfüllt das Migrationsergebnis diese, gibt die Projektleitung das System für den Live-Betrieb frei.

Erfahrungsgemäß entscheiden einige Schlüsselfaktoren über den Erfolg einer Produktivmigration.

• Realistische Zeitplanung und Puffer einplanen: Migrationen nehmen oft mehr Zeit als erwartet. Planen Sie großzügig (üblich: 2–4 Wochen für die finale Phase) und vermeiden Sie Hektik.

• Klare Zuständigkeiten definieren: Benennen Sie einen Migrationsverantwortlichen und legen Sie genau fest, wer für Daten, Technik und Abnahme zuständig ist.

• Frühzeitige Anbieter-Einbindung: Beziehen Sie sowohl Alt- als auch Neusystem-Anbieter früh ein. Sie können kritische Migrationshürden vorhersehen und unterstützen oft mit Tools oder Expertenwissen.

• Datenqualität vor Migration optimieren: Bereinigen und harmonisieren Sie Stammdaten im Vorfeld. Migrieren Sie keine Dubletten oder Fehlerbestände – das reduziert Probleme im Cutover und verbessert dauerhaft die Datenqualität.

• Umfangreiche Tests und Backups: Führen Sie mehrere Testmigrationen mit anschließender Validierung durch. Automatisierte Plausibilitätsprüfungen (z.B. Summenvergleich) und regelmäßige Backups minimieren Risiken. Im Cutover-Fenster sollte die Infrastruktur für schnelle Restore-Zyklen bereitstehen.

• Step-by-Step statt Big Bang: Wenn möglich, teilen Sie die Migration in Teilschritte auf (z.B. nach Regionen oder Gebäudegruppen). So können Probleme schrittweise behoben werden, bevor das komplette System umgestellt wird.

• Parallelbetrieb zu Beginn: Lassen Sie das alte System nach Go-Live noch 1–2 Wochen parallel laufen und vergleichen Sie kritische Buchungen. Dieser Vorsprung hilft, unentdeckte Übertragungsfehler aufzuspüren.

• Intensive Dokumentation: Halten Sie Mappings, Scriptergebnisse und alle Entscheidungen genau fest. So lassen sich Fehler schneller finden und das Wissen fließt in zukünftige Migrationen ein.