Datenmigration, Umstellung und Rückkehr gemeinsam planen

Migration beginnt vor dem Importskript

Klären Sie den Umgang mit Daten, die während des Umzugs entstehen. Erfassen Sie Objekte, Kennungen, Beziehungen, Zeitangaben und Anhänge. Legen Sie fest, welches System wann Schreibvorgänge annimmt. Ein korrekter Import des gestrigen Stands schützt nicht automatisch heutige Änderungen. Benennen Sie fachliche Abnahme und die Person, die die Umstellung stoppen kann.

Mit repräsentativen geschützten Daten proben

Bereinigte Daten sollten Duplikate, fehlende Werte, alte Statuscodes und große Datensätze enthalten. Prüfen Sie Summen, Beziehungen und vollständige Geschäftsvorgänge. Bei einem fiktiven Mitgliederdienst genügt dieselbe Mitgliederzahl nicht: Rechte, Zahlungsreferenzen und Kündigungen müssen ebenfalls stimmen. Messen Sie die Probe in dieser Umgebung statt eine ungeprüfte Ausfallzeit zu versprechen.

Mehr als Zeilenzahlen abgleichen

Definieren Sie Anzahl, Beziehungen und fachliche Bedeutung vor dem Skript. Bei Mitgliedschaften muss eine Berechtigung zum richtigen Mitglied und Vertrag gehören; gekündigte dürfen nicht reaktiviert werden. Prüfen Sie Anhänge und Kennungen neben Tabellen. Listen Sie bewusst ausgeschlossene Daten mit Grund und Genehmiger. Eine unerklärte Differenz ist ein Fehler, auch bei beruhigendem Gesamtumfang.

Die Umschaltung als Bedienhandlungen schreiben

Ordnen Sie Aktion, Verantwortlichen, Nachweis und Abbruchbedingung je Schritt. Dazu gehören Information, Schreibkontrolle, Schlussaufnahme, Import, Abgleich, Wechsel und Beobachtung. Proben Sie isoliert und ergänzen Sie fehlende Entscheidungen. Die gemessene Dauer gilt nur für diese Umgebung, nicht als Zusage für ungeprüfte Produktion. Organisieren Sie Zugang und Eskalation vorher, damit niemand im blockierten Schritt den Kontoinhaber suchen muss.

Nach dem Wechsel entstandene Änderungen schützen

Sobald Nutzer neu schreiben, reicht eine Datenbankkopie zur Rückkehr nicht. Erfassen Sie neue und geänderte Datensätze, externe Folgen und deren Erhalt bei Rückkehr. Ist Rückübertragung unsicher, definieren Sie kontrollierte Vorwärtswiederherstellung und nennen Sie die Grenze vor Start. Bestimmen Sie Entscheider und Nachweise für Stopp oder Fortsetzung. Schützen Sie danach vereinbartes Material und entfernen Sie Übergangszugänge und doppelte Aufgaben nach Anleitung.

Auch die Rückkehr braucht eine Schreibregel

Ein kurzer Schreibstopp erleichtert den Abgleich, unterbricht jedoch Arbeit. Parallelbetrieb kann die Unterbrechung reduzieren und Konflikte vergrößern. Die alte Anwendung zu starten ist keine gültige Rückkehr, wenn Änderungen nur in der neuen Datenbank existieren. Definieren Sie den unumkehrbaren Punkt, gegebenenfalls Rücksynchronisation oder einen Weg, der neue Änderungen bewahrt.

Ein Ablaufblatt erstellen

Prüfen Sie Migration und Ersatzsoftware gemeinsam mit Orvun Labs. Geben Sie Betreibern Schritte, Verantwortliche und objektive Abbruchkriterien. Verlassen Sie sich nicht darauf, dass eine Person Umstellung und Wiederherstellung improvisiert.

• Welche Prüfungen erlauben neue Schreibvorgänge?
• Wie werden späte Änderungen und fehlgeschlagene Importe abgeglichen?
• Wer darf den Start aufgrund welcher Belege stoppen?
• Wie bleiben neue Änderungen bei einer Rückkehr erhalten?