←  Alle Begriffe
R
QA & Deployment

Rollback

Ein Rollback setzt eine Veröffentlichung oder Systemänderung auf einen zuvor funktionierenden Stand zurück.

Ein Rollback stellt nach einer fehlerhaften Veröffentlichung oder Systemänderung einen zuvor stabilen Zustand wieder her. Voraussetzung dafür sind nachvollziehbare Versionen, verlässliche Backups und klar definierte Wiederherstellungsprozesse. Nach dem Zurücksetzen sollten kritische Funktionen und Nutzerwege gezielt geprüft werden, um sicherzustellen, dass das System wieder vollständig und stabil arbeitet. Eng verbunden ist der Begriff mit Deployment und Backup.

Weiterlesen

Deployment

Backup

CI/CD

Cutover

FAQ

Rollback

Wie lässt sich ein Rollback vor dem Release vorbereiten?
Nötig sind eine benannte Vorversion, ein erprobter Ablauf und klare Kriterien, wann zurückgerollt wird, etwa bei Fehlern in kritischen Nutzerwegen. Wer entscheidet, wird vorab festgelegt. Ein Rollback, der nie geübt wurde, scheitert im Ernstfall oft an Details wie fehlenden Berechtigungen.
Wann stößt ein Rollback an Grenzen?
Grenzen entstehen bei Datenänderungen: Wurden Datenbankschemata migriert oder Nutzerdaten in neuem Format geschrieben, passt der alte Code nicht mehr zu den Daten. Auch externe Effekte wie versendete E-Mails sind nicht umkehrbar. Deshalb werden Änderungen möglichst rückwärtskompatibel geplant. Datenmigrationen brauchen deshalb einen eigenen Rückweg.
Worin unterscheidet sich ein Rollback von einem Backup?
Ein Rollback kehrt zu einer früheren Version zurück, meist schnell und über Versionierung. Ein Backup sichert Daten für die Wiederherstellung nach Verlust oder Beschädigung. Ein Rollback des Codes stellt keine gelöschten Daten wieder her; dafür braucht es ein Backup. Beide Mechanismen ergänzen sich.