# Zurück auf 14:15 Uhr
Typ: Checkliste
Herkunft: database-administration-basics / backup-recovery / database-backup-recovery-pitr-sequence
Version: database-backup-recovery-pitr-sequence-2026-09-12
Geprüft: 2026-09-12

ACHTUNG: Dieses Dokument ist ein Lernartefakt aus einer Schulungssequenz. Es ist kein produktives Runbook. Vor jeder Anwendung in einer realen Umgebung müssen die Schritte gegen lokale Dokumentation, Runbooks und Freigabestatus geprüft werden.

## Szenario
Ein fehlerhaftes Massenupdate um 14:20 Uhr hat Fachdaten zerstört. Es gibt eine Grundsicherung von 02:00 Uhr und eine lückenlose Archivierung. Ziel ist der Stand unmittelbar vor dem Update — auf einer getrennten Instanz, damit die Produktion unangetastet bleibt.

## Schritte
1. Weitere Schreibvorgänge auf der betroffenen Tabelle unterbinden und den genauen Zeitpunkt des Updates bestimmen
2. Den aktuellen Stand sichern, bevor irgendetwas angefasst wird — auch den fehlerhaften
3. Die Grundsicherung von 02:00 Uhr auf einer getrennten Instanz einspielen
4. Die archivierten Protokollsegmente bis zum Zielzeitpunkt 14:15 Uhr nachfahren
5. Fachlich prüfen, ob der Stand auf der Ersatzinstanz stimmt
6. Die geprüften Daten mit dem Fachbereich zurück in die Produktion überführen

## Begründung
Warum: Vor jedem Wiederherstellen steht das Sichern des Ist-Zustands, so falsch er auch ist: Er ist der einzige Stand, der die Zeit nach dem Schaden enthält. Wer ihn überschreibt, tauscht einen bekannten Fehler gegen einen unbekannten Verlust.
Folgen: **+** Die getrennte Instanz hält die Produktion unberührt und erlaubt beliebig viele Anläufe. **−** Sie kostet Speicher und Zeit, und die Rücküberführung ist Handarbeit mit eigenem Risiko — die gültigen Änderungen zwischen 14:15 und jetzt müssen erhalten bleiben, und die trennt keine Automatik von den fehlerhaften.

## Quellen
1. https://www.postgresql.org/docs/current/continuous-archiving.html
2. https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/recovery-models-sql-server