Eine Datenbank-Migration im CMS bezeichnet zwei verschiedene Vorgänge: die Anpassung der Datenbankstruktur an eine neue Programmfassung und den Umzug der Datenbank auf einen anderen Server oder in eine andere Datenbankversion.
- Datenbank-Migration im CMS
Die Überführung der Datenbank in eine neue Struktur oder auf einen neuen Server.
Beispiel: „Nach dem Update lief die Datenbank-Migration automatisch durch.“Abgrenzung zur CMS-Migration: Die wechselt das System, hier bleibt es dasselbe und nur die Daten ziehen um oder werden umgebaut.
Bei einem Flat-File-CMS entfällt der Vorgang, weil es keine Datenbank gibt.
Die Strukturanpassung beim Update
Sie läuft meist automatisch. Ein Update bringt Anweisungen mit, die Tabellen ergänzen, Spalten umbenennen oder Daten umformen, und das System führt sie beim ersten Aufruf nach der Aktualisierung aus.
Zwei Dinge gehen dabei regelmäßig schief. Bei großen Beständen dauert der Lauf länger als die Zeitbegrenzung des Servers und bricht mittendrin ab; danach ist die Struktur halb umgebaut. Und wenn eigene Erweiterungen auf alte Spalten zugreifen, arbeiten sie nach dem Umbau ins Leere.
Der Umzug auf einen anderen Server
Hier liegt die Schwierigkeit in den Details des Exports. Zeichensatz und Sortierreihenfolge müssen auf beiden Seiten übereinstimmen, sonst werden aus Umlauten Fragezeichen. Die Datenbankversion muss die verwendeten Datentypen kennen.
Dazu kommt der Zeitpunkt: Datenbank und Dateien gehören zum selben Stand gesichert, sonst passen Verweise und Dateien nicht zusammen. Bei laufendem Betrieb heißt das ein kurzes Zeitfenster, in dem nichts geändert wird.
Was eine Datenbank-Migration absichert
Eine Probe auf einer Kopie. Die Migration zuerst auf einer Testumgebung mit einem aktuellen Abzug der Daten laufen lassen, die Dauer messen und das Ergebnis prüfen; erst dann live.
Dazu eine Sicherung unmittelbar vorher, die zurückspielbar ist. Eine abgebrochene Migration lässt sich selten reparieren, aber immer zurückrollen.