Opened 7 years ago
Closed 5 years ago
#3455 closed Verbesserung (erledigt)
Backup-Schema
| Reported by: | Rüdiger Kupper | Owned by: | bau |
|---|---|---|---|
| Priority: | bald erledigen | Milestone: | Schuljahr 2020/21 |
| Component: | Server: Backups | Severity: | beeinträchtigt den Unterricht einiger Lehrer |
| Keywords: | Cc: | bau |
Description
Wir sollten uns noch mal Gedanken über das Backup-Schema machen. Auf dem backupV hast du stehen:
retain daily 14 retain weekly 52 retain monthly 12 retain yearly 5
Ich gehe mal davon aus, dein Backup-Algorithmus macht das selbe, was auch per default in der Crontab für rsnapshot steht: Nämlich das, was die Namen sagen.
"daily" wird täglich ausgeführt, "weekly" wöchentlich, "monthly" monatlich un "yearly" jährlich.
Deine Perioden bedeuten also, man hat …
- immer für die letzten 14 Tage Snapshots.
- => da "weekly" wöchentlich ausgeführt wird, hat man außerdem jede Woche einen Snapshot. Das ist also schon mal einer doppelt (denn der letzte ist ja auch immer in den letzten 14 Tagen drin).
- außerdem hat man die letzten 52 Wochen wöchentliche Snapshots, ein komplettes Jahr.
- "monthly" behält aber auch die letzten zwölf Monate, also ist das in diesem Schema völlig überflüssig, wenn ich richtig sehe. (Jedes monthly-Backup kommt dann ja auch in den weekly-Backups vor.)
- und man hat die letzten 5 Jahre jährliche Backups.
Nun sind die Hardlinks ja nicht teuer, die doppelten Backups machen also wenig. Doch inbesondere, dass "monthly" gar nichts zusätzlich bewirkt, scheint mir nicht so sinnvoll.
Change History (9)
comment:1 by , 7 years ago
comment:3 by , 5 years ago
@kup: Ich überschaue das Schema nicht so ganz. Wenn das deine passt, dann machen wir das auf BackupV doch auch so.
comment:4 by , 5 years ago
Das heißt:
- tägliche Backups jeweils 14 Tage in die Vergangenheit
- ein Backup pro Woche für 12 Wochen in die Vergangenheit (viertel Jahr)
- ein Backup pro Monat für 24 Monate in die Vergangenheit
- ein Backup pro Jahr für 5 Jahre in die Vergangenheit
Das schien mir erst mal sinnvoll, aber da die Links ja wirklich nicht teuer sind, können wir das auch noch anpassen. Letztlich kommt es nur auf das Backup an, das am längsten behalten wird, denn solange das besteht, wird die Datei auf der Platte auch nicht gelöscht. Das wäre da jetzt 5 Jahre. Also, wenn ich eine Datei in meinem Homeverzeichnis lösche, dann bleibt sie noch für fünf Jahre auf der Platte, oder?
comment:5 by , 5 years ago
exakt.
Es geht aber nicht nur um's Löschen. Man ändert ja auch. Und die Änderungen sind dann in den entsprechenden Intervallen rekonstruierbar:
- 14 Tage zurück hast du alle Tagesänderungen zur Verfügung
- Wochenbackups: Änderungen immer 12 Wochen zurück (Änderungen unter der Woche nur 14-Tage)
- Monatsbackups: Änderungen immer 24 Monate zurück (Änderungen unter der Woche 14-Tage / im Monat 12 Woche)
- Jahresbackups: Änderungen immer 5 Jahre zurück (Änderungen unter der Woche 14-Tage / im Monat 12 Woche / in den Jahren: 24 Monate=2 Jahre)
comment:6 by , 5 years ago
Ich dachte dabei jetzt an den Speicherplatz, den wir vorhalten müssen. Das Backup läuft jetzt seit etwa einem Jahr, oder? Also wird die Datenmenge auf dem Backup-Server für weitere vier Jahre erst einmal nur zunehmen und nie ab. Das sollten wir im Auge behalten.
comment:7 by , 5 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
Wenn Du das Schema so okay findest, kannst Du es auf backupV so übernehmen und das Ticket schließen.
comment:8 by , 5 years ago
| Milestone: | Schuljahr 2019/20 → Schuljahr 2020/21 |
|---|
comment:9 by , 5 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | assigned → closed |
Auf dem backup habe ich es jetzt so: