Backups und Wiederherstellung
Geplante Wiederherstellungspunkte für ein Projekt, und wie du ein einzelnes Stück zurückholst, ohne den Rest anzufassen.
Auf dieser Seite
Was das ist
Ein Wiederherstellungspunkt ist eine Kopie eines Projekts zu einem Zeitpunkt: die Workloads, ihre Konfiguration und der Inhalt der Volumes, die mitmachen. klickops legt sie nach einem Zeitplan an, den du setzt, und behält sie so lange, wie du sagst.
Backups konfigurierst du pro Projekt und nicht pro Workload. Eine Wiederherstellung, die eine App zurückholt, aber nicht das Volume, in das sie schreibt, ist keine Wiederherstellung.
Wann du das brauchst
- Jemand hat das Falsche gelöscht.
- Ein Deployment hat Daten beschädigt und du brauchst gestern.
- Du willst eine Kopie der Produktion zum Herumprobieren, ohne die Produktion anzufassen.
Ein Backup ist kein Datenbank-Backup. PostgreSQL führt eigene Write-Ahead-Logs und stellt auf die Sekunde genau wieder her, feiner als alles hier. Siehe Datenbanken. Diese Seite deckt alles drumherum ab.
Einschalten
- Öffne das Projekt und geh auf Backups.
- Wähl einen Rhythmus: stündlich, alle sechs Stunden, täglich oder wöchentlich. Täglich läuft um 02:00.
- Leg fest, wie lange die Punkte bleiben.
- Speichere. Der erste Wiederherstellungspunkt entsteht zum nächsten Termin, oder sofort, wenn du einen von Hand auslöst.
Volumes sind nicht dabei, bis du es sagst. Jedes Volume hat seine eigene Backup-Einstellung. So kostet ein Cache-Volume nichts, während das Uploads-Volume geschützt ist. Das ist Absicht: geschützter Speicher wird verrechnet, und die meisten Projekte haben Volumes, deren Inhalt nichts wert ist.
Wiederherstellen
Eine Wiederherstellung hat einen Umfang. Du wählst, was zurückkommt:
- Das ganze Projekt. Alles aus dem Wiederherstellungspunkt.
- Eine App. Ihre Ressourcen und die Volumes, die sie einbindet.
- Ein Volume. Nur diese Platte, über den Namen.
Du wählst ausserdem, was mit dem passiert, was jetzt da ist. Eine Wiederherstellung kann unter neuem Namen zurückkommen. Dann läuft das Original weiter und du vergleichst die beiden. Das ist fast immer der richtige erste Schritt, wenn du unsicher bist, und der Unterschied zwischen Wiederherstellen und Wetten.
Der Fortschritt läuft live auf der Seite, Schritt für Schritt, und eine laufende Wiederherstellung lässt sich abbrechen.
Einstellungen im Überblick
| Einstellung | Standard | Was sie bewirkt |
|---|---|---|
| Rhythmus | aus | stündlich, 6h, täglich (02:00) oder wöchentlich. |
| Aufbewahrung | keine | Wie lange Wiederherstellungspunkte bleiben, bevor sie verfallen. |
| Volume-Backup | aus, pro Volume | fs kopiert die Dateien, snapshot nutzt die Speicherschicht, wo der Cluster das unterstützt. |
| Umfang | ganzes Projekt | Auf benannte Apps oder Volumes einengen. |
| Unter neuem Namen | aus | Holt die Kopie neben das Original statt darüber. |
Grenzen und Fallstricke
- Ein Volume ohne Backup ist nicht im Wiederherstellungspunkt. Der Projekt-Zeitplan deckt es nicht stillschweigend mit ab. Prüf jedes Volume, dessen Inhalt dir fehlen würde.
- Backups taugen so viel wie die letzte Wiederherstellung, die du geprobt hast. Mach einmal absichtlich eine unter neuem Namen, bevor du eine im Ernstfall brauchst.
- Über das Original wiederherzustellen zerstört. Genau das bedeutet die Option, und dahinter gibt es kein zweites Rückgängig.
- Aufbewahrung löscht. Ein Punkt jenseits der Aufbewahrung ist weg. Die Aufbewahrung ist also eine Entscheidung über den schlimmsten Datenverlust und keine Aufräumeinstellung.
Wer ein Projekt löscht, löscht seine Wiederherstellungspunkte mit. Räumst du etwas auf, das später zählen könnte, hol vorher heraus, was du brauchst, oder exportier es.
Verwandt
- Volumes entscheiden einzeln, ob sie geschützt sind.
- Datenbanken führen eigene Backups nach eigenem Zeitplan.